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(57) Abstract 



Standardized card processing 
modules (44, 45, 46, 47, 48, 49, 50) are 
mechanically and electrically intercon- 
nected to form an application specific 
card personalization machine. A con- 
troller (43) is coupled to a communica- 
tion bus which permits the controller to 
download card data to the card process- 
ing modules and to upload status infor- 
mation from the card processing mo- 
dules. Each one of the card processing 
modules performs a different encoding 
or personalization function under the 
control of local processor. 
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MODULAR CARD PROCESSING SYSTEM 

BACKGROUND OF THE INVENTION 

5 The present invention relates to card 

processing systems of the type used for producing 
personalized information bearing cards. 

The invention is a modular card processing 
system which readily permits the assembly and 

10 reconfiguration of an application specific card 
processing system from card processing modules. 

Card processing systems are used to produce a 
number of unique or personalized information bearing 
cards from unprocessed or partially processed cards . 

15 The cards being processed might already have been 
partially processed so as to have personalized 
information and/or may already include batch 
information , security codes, etc. Plastic cards of this 
type have been widely adopted for use as credit cards, 

20 identification cards, drivers' licenses and the like. 
Such cards may be encoded with various types of 
information. For example, graphic information, such as 
photographs and logos and the like as well as 
alphanumeric information such as account numbers and 

25 names, may be encoded onto the cards. 

The information placed onto the cards is often 
referred to as card data. Card data is usually provided 
to the card processing system as a data structure stored 
on magnetic tape or other media. Prior art card 

30 processing systems, represented by U.S. Patent 

4,747,706, teach the inclusion of a host computer in the 
card processing system to read the data structures from 
the magnetic tape. The host computer then transfers 
this data to card processing electronics. The card 

35 processing electronics then generate the required card 
processing signals to instruct the system to perform the 
various card processing operations. 

Existing card processing systems typically are 
constructed with a fixed size chassis capable of 
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containing a given size and fixed number of card 
processing modules. There are inherent problems with 
the construction: 

1. The number of card processing functions 

5 required by the application varies according to 

the application. This means that the chassis 
will, quite often, be too large or too small 
for a given application. 

2. It is difficult to build, test, and stock final 
10 assembled card processing systems without 

incurring a large risk of needing to modify and 
re-test the final assemblies based on matching 
the quantity and type of card processing 
functions required by the application. 

15 

A problem with the prior art approach is that 
the card processing systems are assembled and operated 
as a unitary structure. Both the hardware and the 
software are constructed, tested and debugged as a unit. 

20 As a consequence, construction and modification of such 
systems is difficult and expensive. 

This invention overcomes these problems by 
allowing the chassis to always be as large or small as 
it needs to be. It also allows modules to be built and 

25 tested prior to configuration into a system. In fact, 
modules can be built, tested, packaged and shipped to a 
job site prior to assembly into a system. Moreover, the 
present invention provides a modular card processing 
system which can be reconfigured at the job site so as 

30 to add or remove modules as dictated by the changing 
needs of the application. 

A problem common to many prior art input 
hoppers is that they do not have a break mechanism to 
prevent movement of the card pusher while cards are 

35 being reloaded into the input hopper and/or to allow 
cards to be loaded without interrupting operations. 
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Another problem common to prior art systems is 
that their inserter /burster apparatus are not readily 
adaptable for use with commercially available printers 
such that the user can replace and interchange printers 
5 as desired depending on the desired results • For 
example, in some cases it is desirable to have color 
printing whereas in others black and white dot matrix 
printing is acceptable. 

Yet another problem with many prior art systems 

10 is that their inserter /burster apparatus are not able to 
print on the top of a form. Thus the area which can be 
printed on the form is limited. Still another problem 
with many prior art systems is that they do not maintain 
uniform tension across the width of the paper. Yet 

15 another problem is that many do not provide a uniform 
tension on the form as the form is being printed by the 
printer and prior to feeding through to the burster 
mechanism . 

Another problem common to prior art systems is 
20 the problem of wasted indent tape and/or blurred 

indenting during indenting of card surfaces. This is do 
to the fact that during the indenting process, the tape 
is not always advanced a uniform amount between the 
indenting of characters. If advanced to little, a 
25 previously used portion of the tape is reused causing a 
variation in the appearance of the character. If 
advanced too much, tape is wasted. 

The present invention solves yet other problems 
associated with the prior art. 

30 

SUMMARY OF THE INVENTION 

The present invention provides a card 
processing system which permits the use of modules which 
can be assembled in an arbitrary sequence to perform the 
35 required card processing functions. This objective is 
achieved through the use of a system architecture which 
distributes intelligence to the modules themselves, and 
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which links the modules to a system controller, also 
referred to as a master controller, through a 
communication network. 

In general terms, the card processing system is 
5 assembled from a family of compatible card processing 
modules which may be assembled together. The modules 
exhibit a uniform mechanical interface, electrical 
interface, and card process control interface. Examples 
of modules include: input hopper modules for entering 

10 cards into the system, magnetic stripe modules for 
recording information onto magnetic media, graphics 
modules for transcribing photographic information onto 
the cards, mechanical embossing modules for producing 
raised alphanumeric information on the cards as well as 

15 output hoppers for storing the completed cards. Each of 
these modules may be physically connected to its 
neighbors to sequentially carry out designated card 
processing operations . 

The mechanical structures within each module, 

20 which perform specific card processing operations and 

card transfer operations, operate under the control of a 
local processor. A system controller governs a 
communication system which is used to instruct and 
interrogate the card processing modules. 

25 in one embodiment, the system controller reads 

card data from a source file and sends the card data to 
the appropriate modules via the communication system. 
Card data sent to a module will then be transcribed onto 
a card using that modules 's encoding function. After 

30 the encoding operation is complete, the module retains 
the encoding operation status which is on a periodic 
basis transmitted back to the system controller. If each 
card encoding operation has been successfully completed 
as reflected by the status received by the system 

35 controller, the system controller will issue a control 
message to permit the transfer of the cards into another 
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of the modules. In this fashion cards are sequentially 
processed by the system. 

In one embodiment cards are only moved in a 
downstream direction; however, it will be appreciated 
5 that in other embodiments the cards might be moved in 
both upstream and downstream directions. 

The present invention provides a card 
processing system which is modular in three aspects: 

1. Mechanical : New or revised card processing 
10 modules may be added as a unit to the card 

processing system with minimal impact on the 
system as a whole and on neighboring modules . 
The modules will all follow the mechanical 
interface defined herein covering the passing 
15 of cards between modules, module size, and 

enclosure. 

2. Electrical : Each module will receive its AC 
power via a power bus in a standard fashion. 
All digital communication protocols will be 

20 over a common serial bus, and will not be 

dependent on position in the module stack. 

3. Software: The system controller will issue a 
common set of commands to all modules . 
Additionally, any unique software components 

25 required for a module can be added via use of 

techniques such as dynamic linking or 
configuration/make facility without modifying 
other software components. 

30 In one embodiment, the modules provide a common 

central air plenum which enables air flow through the 
modules from a common fan source. 

The invention in one embodiment is provided 
with an A.C. power module which can be readily exchanged 

35 and which allows for adjustment to different outlet 
adapters. In one embodimmnt of the 

invention an input hopper module is provided which has a 
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braking feature on the card pusher such that the card 
pusher will brake itself and not slide toward the pick 
mechanism when backed away from the pick mechanism. In 
yet another embodiment of the input hopper, a braking 
mechanism is provided so as to resist movement of the 
card stack during picking thereby doing away with the 
necessity of a mass to bias the card stack toward the 
pick mechanism. In still another embodiment the braking 
mechanism is mounted on a carriage which is rotatably 
mounted on a shaft such that the brake mechanism and 
carriage can be rotated 90 degrees out of the path of 
the cards so that cards can be added to the input hopper 

during use. 

Still another embodiment of the present 
15 invention provides an indent module which includes a 
sensor for monitoring the diameter of the tape on the 
takeup reel and adjustment of the rate of takeup in 
response to the sensed diameter of the tape on the reel 
so as to provide for accurate advancement of the tape so 
as to produce the desired spacing between letters and 
prevent 'smearing, etc. of the characters. Moreover, the 
tape can be advanced at a faster rate. Yet, another 
advantage is the relatively simple design. 

Yet another embodiment of the present invention 
relates to an inserter which provides a paper 
accumulation function between the print head and the 
burster thereby enabling printing proximate the top of a 
form. Still another embodiment incudes a paper 
accumulation function which can pivot about two axes so 
it can apply tension evenly all along the width of the 
paper. In yet another embodiment, the paper 
accumulation function is configured to provide a 
substantially uniform tension on the paper, throughout 
the range of movement of the paper accumulation 
35 function. 

These together with other objects and 
advantages, which will become subsequently apparent, 
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reside in the details of construction and operation as 
more fully hereinafter described and claimed. 



BRIEF DESCRIPTION OF THE DRAWINGS 

5 In the drawings , in which like reference 

numerals indicate corresponding structures throughout 
the views : 

FIG. 1 is a perspective view of one embodiment 
of a modular card processing system in accordance with 
10 the principles of the present invention having a 
plurality of card processing modules; 

FIG. 2 is a block diagram illustrating the 
modules present in the embodiment of FIG. 1; 

FIG. 3 is a left side elevational view in 
15 cross-section of one of the card processing modules 
shown in 
FIG. 1; 

FIG. 3A is an end elevational view of a module 
illustrating a profile of its mechanical support 
20 structure; 

FIG. 3B is an enlarged partial view 
illustrating an embodiment of an alignment tab 
arrangement utilized to properly align the mechanical 
support structures of the modules; 
25 FIG. 4 is a perspective view of a fragmentary 

portion of the lower back portion of the card processing 
modules shown in FIG. 1; 

FIG. 5 is a perspective view of the inside of 
an alternating current (AC) power input module , 
30 electromagnetic interference (EMI) filter, and AC power 
circuit board present in the embodiment of the card 
processing system shown in FIG. 1; 

FIG. 6 is a perspective view of a system 
controller circuit board housing of the card processing 
35 system shown in FIG. 1; 
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FIG- 7 is a cross-sectional view of a input 
hopper card retainer structure of the card processing 

system shown in FIG. 1; 

FIGS. 8A,B are side elevational views of an 
5 input hopper card pusher assembly present in one 

embodiment of the input hopper, in FIG 8A the hopper 
includes cards and in FIG 8B the hopper is empty; 

FIG. 9 is a side elevational view similar to 
FIG. 8, showing the card pusher assembly in a non- 
10 working position; 

FIG. 9A is an exploded view of one embodiment 

of a card pusher assembly; 

FIG. 9B is a partial side, perspective view of 
the card pusher assembly shown in Figure 9A; 
15 FIG. 10 is a perspective view of an indent 

module of the card processing system shown in FIG. 1; 

FIG. 11 is a right side elevational view of the 

indent module of FIG. 10; 

FIG. 12 is a side elevational view in cross- 
20 section, showing the path of the forms through the 
various stations of an inserter module of the card 
processing system shown in FIG. 1; 

FIG. 13 is a perspective view of a fragmentary 
portion of the inserter module shown in FIG. 12 
25 illustrating a printer and a printer carriage positioned 
outside the inserter chassis; 

FIG. 14 is a rear perspective view of a form 
guide positioned above the printer of FIG. 13; 

FIG. 15 is a side elevational view of a paper 
30 tensioner assembly of the inserter module shown in FIG. 
12, removing from view the inserter module chassis 
structure; 

FIG. 16 is a side elevational view of a portion 
of the paper tensioner assembly taken generally along 
35 lines 16-16 of FIG. 15; 
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FIG. 17 is a cross-sectional view of a portion 
of the paper tensioner assembly taken generally along 
lines 17-17 of FIG . 16; 

FIG. 18 is an embodiment of an AC power circuit 
5 board used in one embodiment of the invention; 

FIG. 19 is a schematic illustration of AC power 
distribution from the AC power circuit board of FIG. 18 
to the card processing modules; 

FIG. 20 is a schematic illustration of an 
10 embodiment of an AC distribution board at a module; 

FIG. 21 is a schematic illustration of a system 
controller circuit board present in one embodiment of 
the; 

FIG. 22 is a schematic illustration of a module 
15 control circuit board present in one embodiment of an 
input hopper module; 

FIG. 23 is a schematic illustration of a module 
control circuit board present in one embodiment of an 
output hopper module; 
20 FIG. 24 is a block diagram showing the high- 

level architecture of the logic control system; 

FIG. 25 is a block diagram showing the data 
input process; 

FIG. 26 is a block diagram showing the 
25 production control process; and 

FIG. 27 is a block diagram showing the network 
topology of the logic control system. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

In the following detailed description of the 
preferred embodiment/ reference is made to the 
accompanying drawings which form a part hereof and 
wherein like numerals refer to like parts throughout , 
and in which is shown by way of illustration a specific 
embodiment in which the invention may be practiced. It 
is to be understood that other embodiments may be 
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utilized without departing from the scope of the present 
invention . 

Mechanical Description 

5 Referring to Figure 1, there is illustrated an 

embodiment of a modular card processing system 40 in 
accordance with the principles of the present invention 
showing an arrangement of sequentially integrated card 
processing modules, the modules being readily 

10 interchangeable, allowing for easy customization of the 
system for particular card processing needs through the 
use of a common cabinet and chassis design, and common 
communication means. In the system 40 illustrated, 
there is provided a CRT display 41 for display of system 

15 information, a keyboard 42 or a pointing device 39, such 
as a mouse, trackball, touch screen, pen light, etc., 
for operator input, and a system controller 43 which 
controls operation of the card processing system 40. In 
the embodiment shown, the system controller 43 and its 

20 associated peripherals are disposed in a rectangular 

housing structure 43a at the upstream end of the modules 
(card movement being defined in a downstream direction). 
The display 41, keyboard 42, and pointing device 39 are 
shown positioned on top of this housing structure 43a. 

25 it will be appreciated that while in the 

embodiment shown and described movement is only in a 
downstream direction, in alternate embodiments movement 
of cards might be either in a downstream direction or an 
upstream direction. For example, a card might move 

30 upstream from one module to another module and then 
might move downstream to yet another module. 

The system controller 43 includes a suitable 
processor with associated memory and in the embodiment 
shown, includes storage devices 52 such as floppy and 

35 hard disk drives for storage of programs and/or card 
data. Other card data input devices might be present 
such as CD ROM, scanners, etc. Moreover, the system 
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might be interconnected to a network for input of card 
data and/or other information. In one embodiment of the 
system controller 43, an INTEL 386SX processor is used, 
although other suitable processors might be used. In 
5 addition, the embodiment discussed uses OS/2 as its 
operating system, although once again other operating 
systems might be used. 

The system 40 is illustrated as including a 
number of card processing modules, such as an input 

10 hopper module 44 for holding cards prior to processing 
and feeding the cards into the card processing system 
40, an embossing modulee*plf SSX4fflbossing information 
such as alphanumeric s , logos, Japanese characters, etc. 
into a desired portion of a card and including an indent 

15 function for imprinting characters into a card, a 
magnetic stripe encoding module 45 for encoding a 
magnetic stripe on a card, a topping module 48 for 
coating portions of the card that were raised in 
embossing, a graphics module 46 for printing images such 

20 as optical character recognition (OCR) images, logos, 
photographs, bar codes, alphanumerics, etc. onto the 
cards, and an output hopper module 49 where the cards 
may be removed from the system 40. The system 40 as 
shown in Figure 1 further includes an inserter module 50 

25 where cards are attached to forms which have been 
printed and folded to be stacked or inserted into 
envelopes . 

The modular system 40 described in Figure 1 
represents only one of innumerable possibilities of 

30 module combinations. For instance, a series of three 

alphanumeric (A/N) embossing modules may be sequentially 
arranged to perform a variety of embossing operations on 
a card, or the system 40 may just as well include only 
one A/N embossing module. Moreover, the present 

35 invention may be used to process any number of different 
types of cards made from varying types of materials . 
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Illustrated in Figure 2 is a block diagram of 
one embodiment of a modular arrangement of the card 
processing system 40 shown in Figure 1. Each of the 
modules are interconnected to the system controller 43 
5 by a power bus (not shown) and a common serial bus (not 
shown) for transfer of electrical power and 
communication signals or information. In operation, the 
system controller 43 controls the passage of a card 
through the various above-described modules in a manner 

10 hereinafter described. 

Certain elements are common to each of the 
modular card processing components connected between the 
input hopper 44 and the output hopper 49, making 
possible the flexibility of adding to or modifying a 

15 card processing system. As shown in Figures 3 and 4, 
each module includes a standard chassis 60 which 
provides common mating surfaces and mounting hardware 
requirements, including structure for enabling easy 
replacement or addition of wheels 62 to the base 64 of 

20 the module chassis 60. A common module chassis design 
means that the card path inlet and outlet will be the 
same from one module to the next such that the inlets 
and outlets of adjacent modules are aligned so as to 
allow transfer of a card from one module to the next. 

25 in addition, the inlet and outlet of the card path for 
each module is provided with a suitable mechanism for 
ensuring proper alignment and positioning of the cards 
in process, as well as card detection photocells for 
verifying that each card is ready for transfer to the 

30 next module and that transfer has been completed. Each 
module is provided with uniform electrical adapters (not 
shown) to enable plugable interconnection of the modules 
by A.C. distribution wires 70 and a serial communication 
bus 69. The modules further include an A.C. 

35 distribution board 72 for distributing power to the 

module and for transferring A.C. power to its A.C. power 
outlet. A local module processor 75 suitably mounted on 
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a module control circuit board 74 is present at each of 
the modules for converting the signals from the system 
controller 43 into specific card processing instructions 
and for controlling the local card processing functions 
5 at the module. It will be appreciated that any number 
of different processors might be utilized. Some modules 
may utilize more than one processor. One processor 
might be used for communications with the system 
controller 43 and another for data processing. In one 
10 embodiment the modules utilize the following processors: 
Input Hopper Module = Intel 80C152 

Mag Stripe Module = Intel 80C152 and Intel 80C196KB 
Embosser Module = Intel 80C152 and Intel 80188 
Topper Module = Intel 80C152 
15 Output Hopper Module = Intel 80C152 

Inserter Module = Intel 80C152 and Motorolla 68332 

A card processing unit for performing a 
specified card processing task is situated on top of 
20 each chassis 60. A cover 76 of an appropriate width and 
with a window 77 for monitoring card processing 
production covers a portion of the card processing 
modules . 

In addition to the elements described above, 
25 each modular chassis 60 is provided with a framework 
which defines a central air supply plenum 80 such that 
as modules are added to the system 40 the central air 
supply plenum 80 will remain continuous, thereby 
allowing unobstructed outside air flow lengthwise 
30 through the stack of card processing modules. As 

illustrated in Figure 3, the framework of the plenum 80 
in each module chassis 60 is defined by a plenum front 
panel 81 and a plenum back panel 82, the chassis base 
panel 64,' and ai plenum top panel 83. Fans 84, located 
35 in the housing containing the system controller 43, are 
provided for drawing outside air through air intake 
ducts 85 and into the plenum 80 and forcing warmer air 
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out of openings 95,96. Openings 86 located near the 
base of the front and back plenum panels 81,82, as seen 
in Figure 4, allow air to pass out of the central plenum 
80 and to rise through channels 87,88 located in the 
5 front and rear of the chassis 60. Referring again to 
Figure 3, the channel 87 in the front of the chassis 60 
is defined by the plenum front panel 81 and the module 
front panel 89, while the channel 88 in the rear of the 
chassis 60 is defined by the plenum back panel 82 and 

10 the module back panel 90. As can be seen in Figure 3, 
the module back panel 90 is insulated with a sound 
absorbing material 91, a portion of which has been 
removed to create an air passage 92 to allow air to rise 
beyond the plenum top panel 83. Air flow is allowed to 

15 continue through the card processing area 93, and into 
the cover area 94, where the warmer air is forced out of 
the unit through the opening 95 situated in the module 
back panel 90 and the vent 96 in a rear area of the 
cover 76. 

20 Illustrated in Figure 3A, is ah end profile 

view of the module chassis 60 or mechanical support 
structure. As illustrated each chassis 60 has four 
openings 59 proximate a bottom surface and four openings 
59 proximate a top surface. The openings 59 are 

25 vertically and horizontally aligned from module to 

module. Moreover, on one side of the module (upstream 
or downstream side), the module chassis 60 includes two 
slots 58 for receipt of corresponding alignment tabs 57 
of an adjacent module. The openings 59a on one side of 

30 the module are threaded while the openings 59b on the 
other side of the module are not threaded. Thus when 
attaching or replacing modules it is very easy to 
interconnect them and insure that they are aligned 
properly so that the mechanical parts such as the card 

35 track from one module to the next is aligned. The 

alignment tabs 57 are inserted into their corresponding 
slots 58. Next thread fasteners are inserted into the 
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aperatures 59b without threads and are threaded into the 
threaded apertures 59a of the adjacent module. It will 
be appreciated that the aperatures 59 f slots 58 f and 
tabs 57 may be either on the downstream or upstream 
5 side. However, once a side is chosen, then in the 

embodiment shown, the same side must be chosen for all 
modules so that all modules will have the same 
configuration and readily connect together* 
In one embodiment the aperatures 59 
10 horizontally spaced 4.5 inches apart and vertically 

spaced 21.88 inches apart. The air plenum is 8 inches 
wide. The module chassis 60 is 23 inches from top to 
bottom and has a width of 20 inches without its 
removable panels on the front or back. The card path is 
15 defined as 7.25 inches above the top of the chassis 60. 

The module chassis 60 is shown as having 
generally an I-shaped profile with the plenum 80 being 
disposed down the midportion of the module. Each of the 
modules might be mounted on adjustable wheels or they 
20 might be totally supported by their adjacent modules. 
It will be appreciated that in some embodiments the 
modules might be simply aligned with each other and not 
necessarily fastened to gether. The alignment tabs 57 
might be simply inserted into the slots 58 to insure 
25 proper alignment. 

The present invention provides a structure 
within the system controller 43 for variable adjustment 
of the system so as to utilize the external power source 
available, which typically may be 110 volts or 220 volts 
30 single phase or 220 volts two phase. An A.C. power 

input module 98 is situated beneath a rear access panel 
of the system controller 43 housing structure. 
Referring now to Figure 5, the A.C. power input module 
98 includes a housing 98a which is mounted pivotally 
35 mounted along its bottom edge by a hinge 98b to the 

system controller housing structure. Apertures 98c are 
provided to enable insertion therethrough of fasteners 
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into corresponding apertures in the system controller 
housing structure. When one wishes to access the A.C. 
power input module, one can simply loosen these 
fasteners and pivot the housing 98a outward. The 
5 housing 98a cooperates with the system controller 

housing to provide a recess or cavity on the outside of 
the system controller housing. This recess or cavity 
can be used for storage of manuals, electrical cords, 
etc . 

10 interconnected to the A.C. power input module 

is an external power cord 99 which includes a suitable 
end plug 99a for plugging into an available power outlet 
(in this embodiment the power cord 99 is shown as having 
three wires 99b, c, d) . It will be appreciated that 

15 should the configuration of the power outlet not 

correspond to the plug 99a, the plug 99a can be readily 
replaced. In the embodiment shown the power cord 99 is 
externally mounted to the housing 98a by a plate portion 
98c. 

20 The housing 98a is mechanically mounted onto an 

A.C. power circuit board 101. Mounted on the board 101 
are various electrical components such as a circuit 
breaker 100, a solid state relay 240, electromagnetic 
interference (EFI) filter 103, a terminal block 71, A.C. 

25 universal outlets 97, etc. The specific configuration 
and layout of the A.C. power circuit board 101 is 
discussed hereafter. The EFI filter 103 is mechanically 
mounted to the housing 98a. In addition wires 103a from 
the EFI filter are soldered to electrically conductive 

30 traces (not shown) on the board 101 so as to provide the 
electrical connection between the board 101 and the 
power cord 99. The board 101 includes suitable 
electrical traces to electrically interconnect the 
electrical circuits which are mounted thereon. In one 

35 embodiment, copper traces equivalent to twelve to 
fourteen gauge copper wire are used. 
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The housing 98a is mechanically attached to the 
board 101 through various ones of the components on the 
board 101, e.g., the circuit breaker 100. Thus when the 
housing 98a is pivoted outward, the board 101 is pivoted 
5 therewith. Moreover, as shown, the board 101 in the 
preferred embodiment has a greater width than the 
housing 98a such that a portion of the board 101 and its 
electrical components are readily accessible from the 
outside of the system. Moreover, should it be necessary 

10 to remove the A.C. power input module, the entire module 
can be removed as a unit by releasing the housing 98a at 
its hinges from the system controller and electrically 
disconnecting the modules, various peripherals, system 
controller circuit board, etc. from the A.C. power board 

15 by use of plugable connectors. 

As shown in Figure 6, in order to facilitate 
access to a system controller main circuit board 104 and 
circuit cards 105 which might be mounted thereon, a 
removable circuit board housing 106 with an angled 

20 circuit board mounting base is provided- in a lower front 
region of the controller chassis 43. The embodiment of 
the circuit board housing 106 as illustrated may be 
formed of sheet metal and is entirely enclosed except 
for a substantial access opening in the front of the 

25 housing 106. The circuit board housing 106 consists of 
a top panel 107, a left side panel 108, a right side 
panel 109, a bottom panel 110 which is rotated at a 45- 
degree angle relative to the front plane of the 
controller 43, a short front panel 111 which is formed 

30 at a right angle to the bottom panel 110 and concludes 
where it meets the plane defined at the front of the 
housing 106 by rhe leading edges of the side panels 
108, 9 and top panel 107, and a short back panel 112 
which completes the enclosure of the housing 106. 

35 Suitable structures, such as brackets or 

fasteners, are provided for mounting the circuit board 
housing 106 in the support housing of the system 
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controller 43. Standoffs 113 are provided in the angled 
bottom panel 110 for mounting the system controller 
board 104 to the housing 106. Openings 114 have been 
provided in the short front panel 111 and back panel 112 
for allowing air to flow through the housing 106. Slots 
115 have also been provided in the front panel 111 for 
supporting circuit cards 105 such as serial computer 
system interface and bus interface cards as they are 
added to the system controller circuit board 104. In 
addition, openings 116 are also provided in the front 
panel 111 so that access to the controller circuit board 
104 may be made from the front of the unit 43, thereby 
facilitating maintenance of the controller circuitry. 
These openings include elongated slots to allow access 
15 to the circuit cards 105 also referred to as expansion 
cards. In the embodiment shown, the system controller 
circuit board includes two circuit cards; a serial 
computer system interface (SCSI) card and a bus 
interface (BIF) card. Additional cards might be present 
20 such as a communication card for modem communications, a 
network card for communications on a network, etc. 

The card processing system 40 as shown in 
Figure 1 includes an input hopper module 44 for storing 
and feeding cards to the card processing system 40. It 
25 will be appreciated that any number of input hopper, 
card picking apparatus might be utilized with the 
present invention. In particular the input hopper, card 
picking apparatus described in patent no. 4,921,237, 
issued May 1, 1990, hereby incorporated by reference, 
30 might be used. Input hoppers of this type utilize a 

reciprocating suction cup mechanism to individually pick 
the cards from a stack of cards in a receptacle of the 
input hopper. However, the input hopper novel features 
disclosed herein offer several advantages over prior art 
35 devices. 

The input hopper 44 of the present embodiment 
includes a hopper receptacle 120 for receiving a stack 
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of cards 124. As seen in Figure 7, the hopper 
receptacle 120 is defined by a bottom support plate 
member 12 1, a right side guide rail member 122 , and a 
left side guide rail member 123, the guide rail members 
5 122, 123 being substantially parallel to each other when 
undisturbed. The bottom support plate member 121 is 
generally the same width as the plastic cards 124 being 
processed. A trough 125 is defined in the bottom 
surface of the support plate 121 which is substantially 

10 narrower than the width of the base of the plastic card 
stack 124 and which allows for clearance beneath the 
stack 124 for support plate mounting hardware 126 as 
well as finger clearance for easy removal of a portion 
of the card stack 124. The left and right side guide 

15 rail members 122, 123 project into slots in the support 
structure 127 for angular movement pivoting at the point 
at which the guide rail members 122, 123 mate extend 
through the slots in the hopper support structure 127. 
An extension 128 projects perpendicularly from each 

20 guide rail member 122, 123 to a point beneath the card- 
engaging surface 129 of the card support plate 121. 

A strip of resilient material 130 is mounted 
between the extension 128 and the card support plate 121 
for biasing the guard rail members 122, 123 into a 

25 position perpendicular to the card support plate 121 

and, therefore, parallel to the sides of the card stack 
124. However/ the resilient material allows the guard 
rail members 122, 123 to be pivoted outward as the 
resilient material 130 will compress as the extension 

30 128 forces into it when pivoting the rail members 122, 
123. The angular movement 131 of the guide rails 122, 
123 allows for a temporary expansion of the hopper 
receptacle 120 when a card container 132 is introduced 
during loading or unloading of cards. It will be 

35 appreciated that in alternate embodiments, only one of 
the guide rails 122, 123 might be pivotal. The end of 
the hopper is open such that when placing the box of 
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cards into the hopper, the user can hold the cards in 
place while pulling the box out the end of the hopper. 

Another feature of the input hopper module 44 
is the card pusher assembly 134, which forces the cards 
5 124 toward a card picking mechanism (not shown) of the 
input hopper module 44. The card pusher assembly 134 as 
shown in Figure 8 includes a handle 135 comprising a 
first lever 136 and a second lever 137, the levers 136, 
137 being pivotally mounted on a carriage arrangement 

10 139. A card stack pusher plate assembly 138 is 

supported by the carriage, a face portion 138a of the 
card pusher 138 providing the surface which engages the 
trailing end 124a of the card stack 124 with a back 
portion 138b including an aperture for mounting the 

15 pusher assembly 138 on a bearing 119 which in turn is 

slidably mounted on a cylindrical guide shaft 140 . The 
back portion 138b is also illustrated as riding on a 
bearing 138b. The face and back portions 138a, b are 
fastened together by a fastener 13 8d. 

20 The 'handle 135 and carriage arrangement 139 are 

slidably mounted on the horizontal guide shaft 140 which 
is situated alongside the card receptacle 120. A cable 
141 is attached at one end to the carriage 139, the 
opposite end of the cable 141 being fixed to a biasing 

25 mechanism. In the preferred embodiment, a spring 142 is 
used for biasing the card pusher assembly 134 toward the 
card feeder mechanism 133 of the input hopper 44. Of 
course an alternative approach would be to use a weight. 

30 As shown in Figure 9B, the cable wraps around 

two pulleys 143a,b proximate the card pick end of the 
input hopper and then feeds away from the pick end to 
the spring 142 which is suitably mounted to the support 
. framework of the input hopper. The cable 141 is 

35 attached to the spring 142 by a pulley 118 and is 

mounted at location 117 proximate the card pick end of 
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the input hopper. The spring thus serves to bias the 
card pusher assembly 138 toward the card pick end. 

The first lever 136 of the handle 135 includes 
a tab portion 136a having a pad 13 6d and an outwardly 
5 projecting leg 136b which is perpendicular to the tab 
portion 136a, and which contacts the top surface 124b of 
the card stack 124. In addition, the tab portion 136a 
of the first lever 136 is provided with a circular 
opening 136c through which the guide shaft 140 passes. 
10 The tab portion 136a rests adjacent a cut away portion 
138e of the face plate 138a and the leg portion 136b 
projects through an aperture 138f in the face plate 
toward the pick end of the hopper. 

Referring to Figure 8A, the second lever 137 is 
15 resiliently mounted at a first end 137a to the carriage 
assembly 139 by a fastener 137b. Two o-rings 137c are 
placed between the first end 137a and the back portion 
138b of the pusher assembly 138. A bracket 137d is 
mounted onto the face and back portions 138a, b of the 
20 pusher assembly so as to retain the second lever 137 on 
the carriage. 

A first end 133a of a brake lever 133 projects 
through a slot 138g in the face plate 138a between the 
first and second levers 136 and 137, while a second end 
25 133b of the brake lever 133 is provided with a circular 
opening 133c through which the guide shaft 140 slidably 
passes. The first end 133a of the brake lever 133 
extends up through the slot 138b in the face plate 138a 
and is bent 90 degrees toward the first lever 136. The 
30 brake lever 133 pivots on the shaft and locks in place 
as the carriage is moved toward the front of the input 
hopper, away from the card picking end of the input 
hopper. This restrains the carriage and card stack from 
further motion and therefore provides the force 
35 necessary to resist movement of the card stack when 

cards are being picked so as to compress the suction cup 
of the card picking mechanism while yet allowing some 
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initial motion of the card stack toward the card picking 
mechanism so that the edges of the card being picked can 
separate from the rest of the card stack. In one 
embodiment this range of motion is .060 to .120 inches. 
5 The brake lever eliminates the need for 

additional mass on the card pusher assembly 138 as is 
typically required of prior input hoppers. As the 
spring 142 at the end of the cable 141, pulls the pusher 
toward the feeder mechanism, the linear bearing 119 

10 aligns the brake lever 133 with respect to the shaft 140 
thereby unlocking the brake lever 133 which allows the 
card pusher assembly to move the card stack toward the 
card picker mechanism at the back of the input hopper 
and in position for the next card pick cycle. When the 

15 picking mechanism is forced against the cards, the 

linear bearing 119 moves away from the brake lever 133, 
thereby allowing the brake lever 133 to pivot and bind 
against the guide shaft thereby preventing further 
movement of the card stack. 

20 When the levers 136 and 137 are pinched 

together, the second lever 137 forces the bent tab 
portion on the brake lever 133 into engagement with the 
first lever 136 thus aligning the apertures of the brake 
lever 133 and the first lever 136 with the shaft 140 

25 such that the carriage is free to move in either 
direction . 

When the leg 136b of the first lever 136 is in 
contact with the card stack 124 as shown in Figure 8A, 
the opening 136c in the tab portion 136a of the first 

30 lever 136 is aligned with the guide shaft 140, allowing 
for unrestricted movement of the pusher assembly 134 in 
either direction along the guide shaft 140. 

Referring now to Figure 9, when the leg 136b is 
not in contact with the card stack 124, the tab portion 

35 136a of the lever 136 pivots forward, causing the edges 
of the opening 136c to bind with the guide shaft 140, 
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thus preventing further movement of the pusher assembly 

134 toward the feeder mechanism 133. 

The system operator may reposition the pusher 
assembly 134 by grasping the handle 135 in such a way as 
5 to "pinch" together the tab portion 136a of the first 
lever 136 and the first end 137a of the second lever 
137. When the system operator releases the handle 135 f 
the pusher assembly 134 is again prevented from movement 
by the first lever 136 and the brake lever 138. 

10 In the preferred embodiment, the carriage 135 

can be rotated about the shaft 140 so as to facilitate 
loading of cards into the input hopper. For example, 
cards can be loaded in front of the pusher plate 138 on 
the side away from the pick mechanism while the input 

15 hopper is inputting cards into the system. The carriage 

135 can then be rotated 90 degrees so as to be out of 
the way and the cards moved toward the pick mechanism. 
The carriage 135 can then be pulled back toward the 
operator away from the pick mechanism, and rotated back 

20 into positioii so as to retain the entire card stack. 

This can be done relatively quickly during operation of 
the system so as eliminate the need to stop the system 
to reload the input hopper. 

The alphanumeric embossing module 47 of the 

25 above-described card processing system 40 is provided 
with an indent module 144, the structure and use of 
which will now be discussed. The indent module 144 of 
the present invention is an apparatus for imprinting 
information on the back and/or front of a card. In the 

30 embodiment shown, this is done while the card is 

alternately undergoing an embossing operation. However, 
the indent module might of course be used without an 
embosser or might be located in a separate module apart 
from the .embosser . An indent module 144 is illustrated 

35 in Figures 10 and 11. As shown in Figure 10, the indent 
module 144 is situated in the alphanumeric embossing 
module 47 adjacent the embossing wheel 145. The indent 
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module 144 comprises a housing 146 on which is mounted a 
printing tape supply reel 147, a tape takeup reel 148, a 
motor 149 for driving the takeup reel 148, a control 
circuit board 150, and left and right guide arms 151, 
5 152 for positioning the tape 153 between the card and an 

embossing wheel 145. 

In the embodiment of the alphanumeric embossing 
unit 47 shown, a rotary character emboss ing/indenting 
wheel 145 has two portions 145a, b situated on either 

10 side of the card to be embossed and/or indent printed. 
In the embodiment shown, one embossing wheel portion 
145a employs positive, or raised, characters, whereas 
the other embossing wheel portion 145b employs 
corresponding negative, or sunken, images. When indent 

15 printing is desired on the card, the positive embossing 
wheel 145a is used to impress characters into the 
surface of the card. The negative embossing wheel 
portion 145b will rotate to a blank face to prevent the 
image imprinted on the card from raising an image on the 

20 opposite side of the card. It is to be appreciated that 
the characters required for imprinting on the card will 
be mirror images of characters used in the embossing 
which is read on the opposite side of the card. 
Therefore, in a situation where embossing and indenting 

25 are performed at the same module, the positive embossing 
wheel portion 145a will necessarily be provided with two 
sets of characters for embossing or imprinting 
information on either the front or the back side of a 
card. It will be appreciated that the embossing wheel 

30 145 may have any number of different configurations. 

For example, the embossing wheel might actually comprise 
two separate wheels, the wheels might only include 
embossing and/or indenting characters, etc. 

The indent module 144 as depicted in Figure 10 

35 includes a mechanism for coloring the characters 

imprinted on the surface of the card. The printing tape 
153 from a supply reel 147 is passed around guide 
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rollers 154 positioned on the ends of guide arms 151, 
152 which extend from the indent module 144. The guide 
arms 151, 152 position the tape 153 between the side of 
the card to be imprinted and the positive embossing 
5 wheel portion 145a, however the guide arms 151, 152 
normally position the tape 153 out of the embosser's 
path until indenting in the side of the card is desired. 

As shown in Figure 11, a tape guide arm 152 is 
also provided with an extension 155 and a roller 156 
10 situated on the distal end of the extension 155. The 
extension roller 156 engages the surface of a cylinder 
157, the diameter of the cylinder 157 being greater at 
an end opposite the point of engagement with the 
extension roller 156 when the indent module 144 is at 
15 rest. The cylinder 157 slides on an axis perpendicular 
to the axis of the guide arm extension roller 156, its 
position being determined by a solenoid 158 in 
communication with the module's processor. 

A signal from the module' processor 75 causes 
20 the solenoid 158 to move the cylinder 157 such that the 
extension roller 156 contacts an ever-increasing 
diameter of the cylinder 157, thereby causing the Sjuide 
arms 151, 152 to raise and resulting in the tape 153 
being positioned between the surface of the card and the 
25 positive embossing wheel 145a for coloring the 

characters being imprinted into the surface of the card. 

Referring now to Figures 10 and 11, the takeup 
drive motor 149 is provided with a drive shaft 159 
having a gear 160 attached thereto. The gear 160 in 
30 turn engages a gear 161 associated with the takeup reel 
148. The amount of rotation of the takeup reel 148 is 
adjusted as the amount of tape on the takeup reel 148 
increases so as to maintain a constant amount of tape 
deployment between characters. This insures that tape 
35 is not wasted and that there is no reuse of a previously 
used tape area. A takeup sensor 162 senses the diameter 
of the takeup reel 178 as it changes due to used tape 
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being wound onto the takeup reel. The sensor 162 
provides the module's processor 75 with a signal 
representative of the sensed diameter. The module's 
processor then adjusts the amount of rotation of the 
5 drive motor 149 driving the takeup reel 178 so that a 
constant amount of used tape is taken up onto the takeup 
reel 178 between the indenting of individual characters 
on the surface of the card. In a preferred embodiment 
of the invention, the drive motor 149 is a stepper motor 

10 although other drive mechanisms might be utilized. 

The takeup sensor 162 as illustrated in Figure 
11 comprises a takeup sensor arm 163, mounted to a 
potentiometer 164, and a spring 165 for biasing the 
sensor arm 163 against the tape 153 accumulating on the 

15 takeup reel 148. The potentiometer 164 is mounted to 

the indent module housing 146 such that the shaft of the 
potentiometer 164 is parallel to the axis of rotation of 
the takeup reel 148. A first end 163a of the sensor arm 
163 is mounted to the potentiometer 164, while a second 

20 end 163b of the sensor arm 163 is disposed toward the 
tape 153 in the takeup reel 148 by the spring 165. 

As the tape 153 accumulates on the takeup reel 
148, the diameter of the core of the takeup reel 148 
increases, thus causing the second end 163b of the 

25 sensor arm 163 to move outwardly from the center of the 
reel 148. As the second end 163b of the sensor arm 163 
moves, the movement causes the shaft of the 
potentiometer 164 to turn, thus varying the potential as 
read by the indent module's processor 75. As the 

30 potential varies, the indent module's processor 75 will 
correspondingly adjust the amount of rotation of the 
drive motor 149 which in turn reduces the amount of 
rotation of the takeup reel 148 by adjusting the number 
of steps the stepper motor is driven. Thus the varying 

35 potential is transduced into a resultant adjustment of 
the amount of rotation of the takeup reel 148 between 
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indenting of individual characters on the surface of a 
card. 

Referring to Figure 12 , an inserter module 50 
is shown which includes a mechanism 171 for printing 
5 card holder specific information on a continuously fed, 
preprinted and perforated form 170; a mechanism 172 for 
separating, or "bursting" the forms 170 along the pre- 
existing perforations; a mechanism 173 for inserting a 
processed card, or cards, into pre-existing slots in the 

10 form 170 which has been printed with associated card 
holder information; a mechanism 174 for folding the 
form; and a mechanism 175 for collecting the folded and 
card-bearing forms or a mechanism for inserting the 
forms into envelopes (not shown). It may be appreciated 

15 that the general mechanism of each of the above- 
described operations, either singly or in combination 
with another, is previously known. In particular, 
reference may be made to U.S. Patent No. 4,384,196 to 
McCumber et al., hereby incorporated by reference, which 

20 discloses an apparatus and system for preparing mailer 
forms and for inserting the cards to the respectively 
associated mailer form. 

The inserter module 50 of the present invention 
is provided with structure such that it may be mated 

25 with any of the previously mentioned modular components. 
The inserter module 50 further includes 
structure which is readily adaptable for accepting a 
variety of printers 176 such as dot matrix, _aser, 
thermal, ion deposition, etc., to suit the specific 

30 needs of a variety of printing tasks. The adaptable 
structure consists generally of a printer carriage 177 
and a form guide 178. Referring to Figure 13, a printer 
carriage 177 for supporting a printer 176 is shown. The 
printer carriage 177 consists of a printer carriage base 

35 179 which is fixably mounted to the inserter module 

chassis 180 and is formed as a ciiannel made up of front 
179a, back 179b and bottom 179c sides, a support surface 



WO 93/04433 



PCT/US92/06892 



28 

181 on which the printer 176 is situated and which is 
sized to be slideably received in the printer carriage 
base 179, first 182a and second 182b rails which are 
mounted to the front 181a and back 181b sides, 
5 respectively, of the support surface 181, and third 183a 
and fourth 183b rails which are mounted to the upper 
inside surfaces of the front 179a and back 179b sides of 
the carriage base 179. First 182a and second 182b rails 
are slideably received by third 183a and fourth 183b 

10 rails, respectively, thus providing a structure for 
sliding the printer support surface 181 horizontally 
relative to the carriage base 179. 

Upon removal of a portion of the inserter 
module's outside panels, access is gained to the printer 

15 carriage 177. The rails 182, 183 allow the support 

surface 181 to slide horizontally outward from a working 
position within the inserter module chassis 180 to the 
position as shown in Figure 13 in which the rails 182, 
183 have been fully extended. Once positioned outside 

20 the inserter module chassis 180, maintenance or 

replacement of the printer 176 may be accomplished. 

Referring now to Figure 14, an apparatus 178 
for guiding forms 170 into and out of the printer 176 is 
shown situated above the printer 176. Upon 

25 disengagement from the printer 176, the form guide 178 
may be lifted away for easy access to the printer 176. 
Two outside brackets 184 form the left and right sides 
of the form guide 17 8, and are generally L-shaped to 
follow the contours of the top and back sides of the 

30 printer 176. Support elements 185 such as the rods 

illustrated in Figure 14 are mounted between the outside 
brackets 184 to complete the framework for arranging the 
working componenns of the form guide 178 and to add 
rigidity to the structure. The support elements 185 are 

35 sized to position the outside brackets 184 over the 

exposed ends of the shaft 186 (shown in Figure 12) which 
drives the printer's roller 187 or platen. The roller 
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187, in turn, drives the paper in the printer 176. As 
shown in Figure 12, each outside bracket 184 is provided 
with an extension 184a, the end of which is slotted to 
engage the printer roller drive shaft 186. A lever 188 
5 is pivotally mounted proximate the extension 184a, a 

first end 188a of which provided with a tooth 188c and a 
second end 188b is biased by a spring 189 (shown in 
Figure 14) or the like, the spring 189 causing the tooth 
188c at the first end 188a of the lever 188 to engage 

10 the underside of the printer roller drive shaft 186 , 
thereby preventing the form guide 178 from becoming 
disengaged from the printer 176. 

Referring again to Figure 14, an arcuate guide 
surface 190 is provided in the form guide 178 for 

15 aligning continuous forms 170 as they are fed into the 
printer 176, the width of the arcuate guide surface 190 
generally corresponding to the width of the forms 170 
being printed. The arcuate guide surface 190 is 
supported between left and right paper edge guides 191, 

20 the paper edge guides 191 being mounted to the form 

guide 178 by the previously described support elements 
185. The paper edge guides 191, as with the outside 
brackets 184, are generally L-shaped to follow the 
contours of the top and back sides of the printer 176. 

25 An end plate 193 is attached to each paper edge guide 
191,555Xamd angled to assist in deflecting upward the 
leading edge of the form 170 as it exits the printer 
176. 

As shown in Figure 12, drive rollers 169 are 
30 used to drive the form sheets past the bursting 

mechanism 171 and to drive rollers 166 of the inserter. 
Adjacent the burster drive rollers 169 there is another 
set of paper edge guides 168 which guide the forms into 
proper alignment with the bursting mechanism 171 and the 
35 remaining mechanisms of the inserter. In addition there 
is an arcuate guide surface 167 for guiding the forms 
into the drive rollers 169 of the burster. 
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A cylindrical surface 192 is fixed between each 
of first ends of the outside brackets 184. As may be 
seen in Figure 12 , the cylindrical surface 192 contacts 
the forms 170 as they exit the printer 176 and provides 
5 a rounded surface against which the forms 170 may be 
deflected without causing the forms 170 to crease or 
tear. 

As shown in Figure 14, a device 194 is provided 
for positioning and locking the form guide 178 and 

10 printer carriage 177 in place upon sliding the carriage 
177 into the inserter chassis 180. The locking device 
194 is fixed to the form guide structure 17 8 as shown in 
Figure 14. The locking device 194 includes a pin 195 , 
the first end of which mates with a keyway 196 mounted 

15 to the inserter module chassis 180. The first end of 
the pin 195 is conically shaped to ensure centering and 
engagement with the keyway 196. The locking device 194 
further comprises a guide block 197 through which the 
pin 195 slides, and a lever 198 which is mounted at a 

20 second end of the pin 195 for actuating the pin 195 
between an engaged and a disengaged position. 

As shown in Figure 15, a paper takeup 200 is 
provided in the inserter module 50 for providing a paper 
accumulation capability between the printer head and the 

25 drive rollers of the bursting mechanism 172 and for 
maintaining the paper forms 170 in proper tension as 
they exit the printer 176 and proceed to the bursting 
mechanism 172. The paper accumulation capability 
facilitates asynchronous operation between the print 

30 head and the burster 172. In the preferred embodiment, 
there is between one and two form lengths of 
accumulation between the print head and the burster 172. 
This enables printing to begin at the top of a form 
since even right after the moment of bursting a form 

35 there is at least one form length between the print head 
and the burster 172. 
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As may be seen in Figure 15, the structure of 
the takeup 200 begins with left and right side takeup 
arms 201. First ends 201a of the takeup arms 201 are 
mounted on either end of a shaft 202 supported 
5 horizontally by a suitable support structure in the 
inserter module chassis 180. 

During the print ing/burs ting process, if the 
platen of the printer is not parallel with the burster 
drive rollers, the form paper will skew. If the takeup 
10 arms 201, or paper loop guide mechanism, is parallel 
with either roller, it will contact the skewed loop on 
one edge only, resulting in an increased tension along 
that edge and a tendency to tear the paper. The present 
inventic > an embodiment of which is hereafter 

15 describ , provides a loop guide mechanism which pivots 
about two axes so it can conform the loop to its natural 
state by compensating for the skew in the paper. 
Accordingly, the tension is taken up evenly all along 
the width of the paper. 

20 Referring to Figures 16 and 17, a transverse 

bracket 203 is mounted between the second ends 201b of 
the takeup arms 201. As best seen in Figure 17, a 
flange 203a is formed perpendicularly to the major 
surface of the transverse bracket 203. The flange 203a 

25 includes an extension 203b on either end of the flange 
203. A mounting block 204 is pivotally mounted with 
respect to an inside surface of the transverse bracket 
flange 203a by a first pin 205, the mounting block 204 
being located midway between the ends of the transverse 

30 bracket 203. Referring again to Figure 16, a mounting 
plate 206 is pivotally mounted and centrally located on 
an outwardly-facing surface of the mounting block 204 by 
a second pin 207. Affixed to the mounting plate 206 is 
a cylindrical surface 208 which encompasses a major 

35 longitudinal portion of the transverse bracket 203 
without contacting the transverse bracket 203. The 
mounting block 204, mounting plate 206, cylindrical 
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surface 208, and first 205 and second 207 pins 
cooperate to allow pivotal displacement of the 
cylindrical surface 2 08 generally in two axes generally 
about a location midway along the transverse bracket 
5 203. Looking at Figure 17 these axes include a first 
axis extending perpendicular to the plane in which the 
figure lies and a second axis extending parallel to a 
longitudinal axis of the transverse bracket 203. 

As seen in Figure 16, a biasing mechanism 209, 

10 such as a spring, is attached to each end of the 
cylindrical surface 208 and to each corresponding 
transverse bracket flange extension 203b. The biasing 
mechanism 209 biases the cylindrical surface 208 into an 
"at rest" position in which the axis of the cylindrical 

15 surface 208 is generally parallel to the axis of the 
transverse bracket 203. 

Referring to Figure 15, a drive motor 210 is 
shown in communication with the shaft 202 for 
selectively driving the shaft 202 during form loading 

20 and causing rotational displacement of the takeup arms 
201. It will be appreciated that this might be 
accomplished in any number of ways. After loading the 
forms past the cylindrical surface 208 of the paper 
takeup 200 and retaining the forms in the drive rollers 

25 169 of the bursting mechanism 172, the drive motor 210 
is disengaged from the takeup arms 201 such that the 
cylindrical surface 208 is biased into the forms so as 
to place the forms under tension. 

The biasing arrangement of the preferred 

30 embodiment of the paper takeup 200 compensates for the 
weight of the takeup 200 and exerts a variable biasing 
force against the takeup arms 201 biasing the takeup 
arms 201 about their pivot point 202 upward and away 
from the printer 176 toward the front of the inserter 

35 module 50 so as to create a substantially constant paper 
tension on the paper throughout the range of movement of 
the takeup arms 201 during paper accumulation. The 
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biasing arrangement is illustrated in Figure 15 as 
including a cam plate 211 which is mounted to one end of 
the shaft 202 and is provided with a cam surface 211a 
along one edge. A cam roller 212 contacts the cam 
5 surface 211a of the cam plate 211, the cam roller 212 
being mounted to a shaft 213 on a first end of a roller 
pressure arm 214. The second end of the roller pressure 
arm 214 is pivotally mounted to the inserter module 
chassis 180 at a location 214a. A first spring 215 

10 balances or compensates for the weight of the takeup 
arms 201 so as to neutralize their weight. One end of 
the first spring 215 is mounted to suitable support 
structure of the inserter module chassis 180 at 215a, 
the other end of the first spring 215 is mounted to a 

15 projection 215b on the cam plate 211. 

A second spring 216 is provided for placing the 
paper under constant tension. The spring 216 biases the 
roller 212 into rotational contact with the cam surface 
211a at the cam plate 211. As shown in Figure 15, the 

20 spring 216 is mounted at one end to the inserter module 
chassis 180 at 216a, while the other end of the second 
spring 216 is mounted to a point along the roller 
pressure arm 214 at 216b, causing the pressure arm 214 
and roller 212 to engage the cam surface 211a. 

25 The above described springs 215 and 216 play a 

very important role since the takeup arms 201 will cause 
very high paper tension when the paper path is nearly 
straight and will cause much lower tension in the paper 
as the takeup arms pivot upward. High tension in the 

30 paper can result in the paper being torn. Thus it is 
important to vary the force exerted by the takeup arms 
such that the paper tension remains substantially 
constant throughout the range of movement of the takeup 
arms 201. The cam surface 211a in combination with the 

35 springs accomplishes this. The configuration of the cam 
surface 211b might be determined in part by recursively 
drawing the cylindrical surface 208 of the paper takeup 
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200 in its various positions throughout its range of 
motion. In one embodiment, the paper forms are placed 
under a tension of roughly 1/2 pound. 

It will be appreciated that the specific spring 
5 strength and location will vary depending on the 
configuration of the paper takeup 200. In the 
embodiment shown the L-shaped takeup arms 201 are 
roughly 8 1/4 to 8 1/2 inches long and have a base 
roughly 4 1/2 inches long. The pivot arm 214 has a 
10 length of roughly 5 3/8 inches. The paper takeup has an 
overall weight of roughly one pound. The center of 
gravity of the paper takeup is roughly five (5) inches 
below the shaft 202 and one (1) inch in back of a 
vertical plane parallel to the shaft 202. 

15 

Electrical Description 

The electrical connections between the system • 
controller 43 and the modules of the present embodiment 
of the invention will now be described. 

20 As stated previously, each card processing 

module will include a common AC' power bus 70 for 
receiving AC power from a neighboring upstream module 
and passing AC power to a subsequent downstream module. 
Each module also includes a common serial communications 

25 bus 69 for carrying module commands and/or data. All 
operating power and control signals will be supplied by 
these two connections 69,70 which are made up of two 
separate cables . 

AC power enters the card processing system 40 

30 through the A.C. power input module 98 of the system 

controller 43. As described on previous pages, the A.C. 
power input module 9 8 is interchangeable to suit the 
voltage of the AC power source. . In the discussion which 
follows, it is not necessary to state whether the power 

35 source is 110V or 220V, or therefore whether a 110V or 
220V A.C. power input module 98 is in place within the 
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system 40 , as the basic circuitry will be the same in 
either case. 

Figures 18A,B are schematic representations of 
the system controller's AC power interconnections on the 
5 AC power circuit board 101 wherein in Figure 18A the 

power input is 220 volts and wherein in Figure 18B it is 
115 volts. In the preferred embodiment/ the board 101 
has the same layout and is only populated with different 
components. As previously discussed/ AC power is passed 

10 through an electro-magnetic interference (EMI) filter 

103 and circuit breaker (s) 100 before branching into two 
separate circuits. One circuit/ switched by a front 
panel switch 220 of the system controller 43 , supplies 
A.C. power to the system controller power supply 78/ 

15 system controller circuit board and system controller 
peripherals, ie. fans 84/ mass storage devices 51 such 
as disk drives f and monitoiPhfel. other circuit 

supplies power to the card processing modules through 
solid state relays 240 which powers the modules enabled 

20 or disabled by the controller 43. As illustrated in 
Figure 19 , commands to control the solid state relays 
240 are sent down the serial bus via the input module's 
control board 74a and the Bus Interface Board 243. 

Referring to Figure 20/ each module has an AC 

25 distribution board 72, and each AC distribution board 72 
is provided with a terminal block 70b which will serve 
as both an inlet 70c and an outlet 70d connection. The 
inlet 70c is a discrete 2 or 4-wire cable 70a that is 
connected to an upstream module, while the outlet 70d is 

30 a connection point for the 2 or 4-wire cable 70a to a 

downstream module. AC power passes between the module's 
inlet 70c and outlet 70d/ and in addition , A.C. power is 
tapped off the inlet 70c to power the module's card 
processing mechanism. In one embodiment/ the terminal 

35 block 70b has openings for insertion of the ends of the 
wires , the ends being stripped of insulator, and then a 
suitable clamp is threaded into place to provide 
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electrical contact between the wires and the terminal 
block input and outlet. 

As may be seen in Figure 20 , AC power from the 
system controller 43 is fed to the first module, which 
5 is the Input Hopper 44 in this embodiment , through the 
AC inlet 70c at the module's AC distribution board 72. 
AC power is converted to DC power by a power supply 222 
present in each module and is distributed to the 
module's various components including the module's logic 

10 board. In certain modules, there will be other 
components that require AC power such as solenoid 
control, topper heaters, printers, etc. This AC power 
can be derived from the AC distribution board 72. 

AC power passes through the module's outlet 70d 

15 at the AC distribution board 72 and travels down the AC 
power bus 70 to the inlet 70c at the next module's AC 
distribution board 72, where AC power is supplied to the 
module's components as well as passing through the 
outlet 70d to the next module. This series continues 

20 until each of the individual modules are similarly and 
sequentially linked together. 

Control signals sent to the card processing 
modules originate at the system controller's main 
controller circuit board 104. Figure 21 is a schematic 

25 representation of the interconnections to the system 
controller main circuit board 104. A.C. power, 
converted to DC power within the controller, is supplied 
to the system controller DC distribution board 79 and, 
subsequently, to the main controller board 104 and 

30 peripherals such as the floppy disk drive 51 and hard 

disk drives 52. The main controller board 104 processes 
card data supplied by magnetic tape, disk or operator 
input, as well as communicating with the modules. Ports 
104a are therefore provided with the main controller 

35 board 104 for connecting disk drives 51, 52, manual 
input devices such as the keyboard 42, and the serial 
communications bus 69 to the modules. A SCSI interface 
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card 241 for the hard disk, tape drive and other storage 
devices, a touch screen interface card 242 for the 
display, and a serial communication bus interface (BIF) 
card 243 for communication with the modules are all 
5 provided as circuit cards 105. Additional circuit cards 
might be added such as a network adaptor card, Kanji 
character board, Japanese video board, etc. 

The control signals passed between the modules 
and the system controller 43 will be sent through the 

10 serial communications bus 69 which includes a 16-pin 
cable 69a. The control signals carried by the 16-pin 
cable are, more specifically, communication information, 
interlock power, and module initialization signals. 
Like the AC power cable 70a, this cable 69a will attach 

15 to a module through inlet 69b and outlet 69c connectors 
which are located at the module's control board 74. 

All control signals will be differentially 
driven or electrically isolated to minimize the effect 
of ground differences within the system. There are 

20 three control circuits bussed through the system, which 
are 

1) SDLC data channel 

2) Interlock power 

3 ) Auto- Initialization 

25 The SDLC data channel is a half duplex 

communication interface which exchanges both data and 
control information between the controller and the 
modules. The SDLC signals occupy two of the 16 signals 
on the control channel. This signal pair is bi- 

3 0 directional . 

System interlocking is performed by a control 
circuit originating at the input hopper module. It will 
be used to drive the interlock relay on every module 
control board. At the module, the interlock relay coil 

35 will be electrically isolated from the module's power 
source and can only be activated by the power received 
from this signal pair on the cable. Bussed interlock 
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power will be limited to 2 amps to prevent any 
undesirable effects should the cable ever short. At the 
input hopper module, an interlock switch will be used to 
activate the interlock power on the bus. 
5 The auto-initialization feature is used to 

automate and simplify the system configuration utility, 
the function of which is described in more detail in the 
following section. The initialization process uses 
three pairs of signals on the cable. Two of these 

10 signals make up a control circuit which is threaded from 
the controller through each module and back. The third 
signal is a loopback jumper which is used to detect the 
end of the system. This jumper does two things: first, 
it will automatically terminate (adding a resistive 

15 load) all differentially driven signals on the cable. 
Second, it reflects the initialization signals from the 
end module back to the controller. This loopback 
connection will be made through the cable and a shorting 
connection from the downstream module. When a 

20 downstream mddule is there, the short is made and the 
termination is removed. In the absence of a downstream 
module, the loopback connection is broken and the 
termination is applied. 

As seen in Figure 22, which is a schematic 

25 representation of the circuit interconnections in the 

Input Hopper module 44, AC power from the AC power board 
101 in the system controller 43 enters the module's AC 
power distribution board 72 via the 4-wire cable 70a. 
Converted to 24V DC power, the power is supplied to the 

30 input Hopper module control circuit board 74a. The 

Input Hopper control board 74a is provided with various 
ports for connecting to a card transport stepper motor 
244, a card picker stepper motor 245, an input hopper 
interlock switch 246 and top cover interlock switch 247. 

35 A sensor interface 248 is provided for enabling 

communication with various sensors 249 for detecting 
card processing conditions such as the number of cards 
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in the input stack, card interstage, picking arm 
position, and card exit. The Input Hopper control board 
74a shown in Figure 21 is provided with an inlet 69b for 
connecting to the 16 -pin cable 69a from the bus 
5 interface card (BIF) 243 of the main controller board 
104. The module's control board 74a is also provided 
with an outlet 71c for connection via the 16 -pin cable 
71a to the next downstream module. 

Figure 23 is a schematic representation of the 

10 circuit interconnections within the Output Hopper module 
49. AC power from an upstream module's AC distribution 
board 72 enters the Output Hopper module's AC power 
distribution board 72 via the 4-wire cable 70a of the AC 
power bus 70. As with previous modules, the AC power is 

15 converted to 24V DC power which in turn is supplied to 
the Output Hopper module control board 74b. The Output 
Hopper module control board 74b is provided with various 
ports for connecting to a card exit stepper motor 250, a 
card transport stepper motor 251, a flipper stepper 

20 motor 252, and a 7-digit card counter 253. A sensor 
interface 254 is provided for enabling communication 
with various sensors 255 for detecting card processing 
conditions such card entrance, card exit, card 
interstage, flipper home, stack full, and reject full. 

25 The Output Hopper control board 74b shown in Figure 23 
is provided with an inlet 69b for connecting to the 16- 
pin cable 69a from an upstream module's control board 
74. As with the Input Hopper control board 74a, the 
Output Hopper control board 74b is also provided with an 

30 outlet 69c for connection via the 16-pin cable 71a to 
the next downstream module. In addition, the control 
board 74b is shown interfacing with a counter for 
co ting the cards processed. 

The foregoing descriptions of the circuit 

35 interconnections within the Input Hopper 44 and Output 
Hopper 49 modules are representative examples of the 
basic circuitry in any of the card processing system's 
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modules. The general relationship between the module 
control board 74, power supply bus 70, and serial 
communications bus 69 is repeated in every module 
comprising the embodiment of the card processing system 
5 disclosed herein. However, the module control boards 7 
might be populated with any number of circuits for 
interfacing with any number of electro/mechanical 
devices . 



10 Software Description 

Operational control of an embodiment of the 
present invention will now be described. The following 
abbreviations, acronyms and definitions are used: 

15 

Abbreviations 



20 



30 



BIF 


Bus Interface 


CF 


Card Format 


CSM 


Card System Manager 


CSMIF 


Card System Manager Interface 


CTP 


Card To Process 


DC 


Device Configuration 


DDD 


Device Dependant Data 


DF 


Device Formatter 


DIT 


Data Input Thread 


FIR 


File Identification Record 


IDC 


Input Device Configuration 


IDF 


Input Data Format 


IPC 


Inter Process Communication 


MCT 


Module Control Thread 


PCT 


Production Control Thread 


SDLC 


Synchronous Data Link Control 


UIF 


User Interface 



35 Glossary 

Bus Interface (BIF) 
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Physical and logical components used to send and 
receive information to and from modules on a common 
data bus . 
Card Format (CF) 
5 Information used with the Input Data Format (IDF) to 

convert Record Data to CardScript. This includes 
manipulating and transforming Record Data. 
Card Record 

The combination of Record Data and Record Status . 
10 CardScript 

A general purpose language that describes a card 
independent of the system that will actually produce 
the card. 

Card System Manager Interface (CSMIF) 

15 A process that serves as the connection between the 

system and a Card System Manager. 
Card To Process (CTP) Notification 

The event that occurs when the upstream module has a 
card that it wishes to transfer. 
20 Device Configuration (DC) 

Describes what a device's physical capabilities and 
characteristics are and identifies the pertinent 
information used by the device in CardScript. 
Device Dependant Data (DDD) 
25 Data for a card that has been formatted for specific 

devices. Devices may include the run-time data 
display, card preview, physical modules, audit 
trail, journals, etc. 
Device Formatter (DF) 
30 Performs device specific transformation from 

CardScript to Device Dependant Data, using 
CardScript and Device Configuration as inputs. 
Empty Notification 

The event that occurs when the downstream module may 
35 receive a card. 

Field 

A portion of a Card Record. 
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Field Name 

The name given to a Field. 
Field Identification Record (FIR) 

A record in the input data stream that contains 
5 production information used to indicate how cards 

are to be produced. 
Input Data 

The original data received from the input devices. 
Input Data Format (IDF) 
10 The IDF delimits and names portions of the Input 

Data and is used to transform Input Data into Record 

Data. 
Message 

A means of passing information between independent 
15 concurrent processes. 

Module Control Thread 

A process within Production Control that is 
responsible for the operations of a specific module. 

Module 

20 A combined hardware /software system for performing a 

single card processing task. 

Pop 

The operation of removing an element from the end of 
a queue. 

25 Production Control Thread (PCT) 

The process in the controller that controls module 
operations . 

Pull 

The operation of removing an element from the front 
30 of a queue. 

Push 

The operation of adding an element to the end of a 
queue. 

Put 

35 The operation of adding an element to the front of a 

queue . 
Record Data 
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The card data from the Input Data. 
Record Status 

All additional information added to the Input Data 
by the system. 
5 Thread 

A point of execution within a process . 



Description 

The logic control of the present invention 
10 consists of a number of concurrent processes that run 

independently of each other on a multi-tasking operating 
system such as OS/2 or Unix on a general purpose 
personal computer. Processes have the ability to 
communicate with other running processes by sending and 
15 receiving messages . 



Logic Control System 

As illustrated in Figure 24, the logic control 
system includes five separate high-level components: 

20 1. User Interface (UIF) process 400. The UIF 

process 400 receives input 429 from and displays 
information 430 to a user 431, interacts with and 
maintains control over all other high-level components, 
and provides the following: 

25 a. Card data utilities; 

b. Editing of remake list. 

c. Editing of system options and 
configuration; 

d. Job scheduling; 

30 e. Operator interface; 

f . Prevention of unauthorized use; 

g. System diagnostics; 

h. System usage reports; 

2. Card System Manager Interface (CSMIF) process 
35 401, which provides a network interface and supplies 
routing information. The CSMIF process 401 receives 
record updates, status, and inquires 405 from the UIF 
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process 400, and sends schedule, operations, and request 
for information messages 406 to the UIF process 400. In 
addition, the CSMIF process 401 receives information 408 
from and sends information 407 to the Card System 

5 Manager 409. 

3. Data input thread (DIT) 402, which provides 
device interface and data conversion. The DIT 402 
receives input data and card records 411 from and sends 
status 410 to the CSMIF process 401. The DIT 402 also 

10 receives FIR and data from devices such as tape 412, 
network 413, disk 414, or system console 415 sources. 
The DIT 402 interacts with the UIF 400 by receiving 
requests for data, IDF, and recovery instructions 416 
and by sending status messages 417. 

15 4. Data storage manager (DSM) 403, which contains 

card data, configurations, fonts, logs, and other 
database information. The DSM 403 receives card data • 
and file records 418 from the DIT 402, and receives 
information 419 from and provides information 420 to the 

20 UIF 400. 

5. Production Control Thread (PCT) 404, which 
controls card production and provides an interface 421, 
422 to physical modules. The PCT 404 receives control 
requests 423 and diagnostic requests from and sends 

25 system data 424 and diagnostic data to the UIF 400. In 
addition, the PCT 404 sends updated card data records 
428 to and receives card data records, card formats, and 
device configurations from the DSM 403. 

30 Data Input Thread (DIT) 

As shown in Figure 25, the DIT 402 acts as the 
main thread for data input, and is responsible for 
creating and controlling threads for three subprocesses 
for each input device, monitoring activities within the 
35 threads, and interfacing to the UIF 400. 

1. The device input thread 432 receives data 
requests 433 from and sends status and error information 
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434 to the DIT 402. The device input thread 432 uses an 
IDC to read data from input devices such as tape 412, 
network 413, disk 414, or system console 415. 

2. The data transformation thread 436 receives 
5 data requests 437 from and sends status and error 

information 438 to the DIT 402. The data transformation 
thread 436 uses the FIR and IDF to filter data 435 from 
the device input thread 432, performs any data format 
conversions necessary, and parses the data into fields. 

10 3. The data output thread 440 receives data 

requests 441 from and sends status and error information 
442 to the DIT 402. The data output thread 440 receives 
converted records 439 from the data transformation 
thread 436, and writes file, schedule entries, and 

15 customer database entries 418 to the DSM 403. 

Production Control Thread (PCT) 

As revealed in Figure 26, the production 
control thread (PCT) 404 acts as the main thread for 

20 production control, and is responsible for creating and 
controlling threads for four subprocesses, monitoring 
activities within the threads, establishing inter 
process communication (IPC), supervising error recovery, 
and interfacing to the UIF 400* In order to improve 

25 system throughput, the PCT 400 has the highest priority 
except for time critical card processing threads in a 
module . 

1. The data requester thread 443 is responsible 
for keeping pending queue 448 full, and receives 

30 commands from and sends status and error information 461 
to the PCT 404. The data requester thread 443 creates 
an instance of a card, requests and receives data 462 
for the card from the DSM 403, then pushes the card 464 
onto the cards pending queue 448 and cards in progress 

35 queue 449. The data requester thread 443 receives the 
following messages from the PCT 404: 
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Finish: do not produce any more cards from the 
current production unit; 

Start: start processing a new production unit; 
Terminate: free resources and end the process 
thread . 

The data requester thread 443 sends the 
following messages to the PCT 404: 

a. Error: currently have an error; 
10 b. Production unit aborted: current production 

unit has been aborted due to a PCT request; 
c. Production unit done: all data for the current 
production unit is exhausted, 

15 2. The feeder thread 444 receives commands from 

and sends status and error information 461 to the PCT 
404/ receives commands from and sends status and error 
information 453 to the data requester 443 , and sends and 
receives card status 452 from the data requester 443. 

20 The feeder thread 444 pulls a card 459 from the cards 
pending queue 448, waits for it to be requested by the 
MCT 445, then sends monitor data 426 to the UIF 400. 

3. There is a module control thread (MCT) for each 
card processing module and can vary from 1 to N in 

25 number. A MCT 445, 446 receives commands from and sends 
status and error information 461 to the PCT 404. The 
MCT 445, 446 sends and receives a card status 456, 457 
from adjacent modules, sends module specific functions 
to the physical modules in order to correctly produce 

30 the card, then pushes the card 460 onto the cards in 

progress queue 449- When cards 460 are completed in the 
MCT 445, 446, they are removed from the card in progress 
queue 449 and placed in the complete queue 450. The MCT 
445, 446 sends and receives configuration information 

35 463 from the DSM 403. The MCT 445, 446 receives the 
following messages from the PCT 404: 

a. Abort: abort current activity; 



b, 
c . 
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b. Module specific: perform the given module 
specific command; 

c. Notify idle on: notify the PCT whenever idle or 
busy; 

5 d. Notify idle off: do not notify the PCT whenever 

idle or busy; 

e. Pause: pause after the next card cycle; 

f . Resume: resume performing card cycles after a 
previously issued Pause message; 

10 g. Start: start performing card cycles after a 

previously issued Stop message; 

h. Stop: stop performing card cycles immediately; 

i. Terminate: free resources and end the process 
thread . 

15 

The MCT 445, 446 sends the following messages 
to the PCT 404: 

a. Busy: currently processing a card cycle; 

b. Error: currently have an error; 

20 c. Idle: currently not processing any cards; 

d. ' Paused: card cycle processing is suspended in 

response to a PCT request to pause; 

e. Startup complete: process thread and module 
have completed initial power up. 

25 

4. The complete thread 447 pulls cards 460 from 
the complete queue 450/ sends card audit information 465 
to the DSM 403/ performs post production processing of 
cards / receives commands and sends status and error 

30 information 461 to the PCT 404, and sends and receives 
card status 458 from the MCT N 446 • The complete thread 
447 sends and receives configuration information 463 
from the DSM 403 • The complete ti.ead 447 receives the 
following messages from the PCT 404: 

35 a. Notify idle on: notify the PCT whenever idle or 

busy; 
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Notify idle off: do not notify the PCT whenever 
idle or busy; 

Terminate: free resources and end the process 
thread . 
5 

The complete thread 447 sends the following 
messages to the PCT 404: 

a. Busy: currently processing a card cycle; 

b. Error: currently have an error; 

10 c. Idle: currently not processing any cards; 



b. 

c • 



Production Physical Components 

As illustrated in Figure 27, the production 
physical components consist of: 

15 i. The PCT 404, which resides in the logic control 

system 483 as a number of concurrent processes that run 
independently of each other on a general purpose 
personal computer. The PCT 404 acts as the primary 
station when communicating with the production modules 

20 through a device-driver control 484 to a bus interface 
(BIF) 485. 

2. The BIF 485, which provides the physical and 
logical connection in order to pass card information 487 
along the bus between the PCT 404 and card processing 

25 modules 489. 

3. A distributed set of intelligent card 
processing modules 489, connected with both an 
electrical serial communication bus 486 and a mechanical 
card transport bus 488. 

30 

Data Security 

The two elements of data security in this 
system concern accurately matching information to a 
card. The two types of accuracy issues are 1) data 
35 validity (numerical accuracy), where the information 

that is supposed to be on a particular card is actually 
on that particular card, and 2) data integrity 
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(numerical precision) , where the data that is instructed 
to put placed on a card is placed on that card without 
errors . Maintaining data validity requires cooperative 
action between the operator and the system, while 
5 maintaining data integrity is the sole responsibility of 
the system. The nine levels where steps are taken to 
insure data validity and data integrity are given below. 

1. Data transfer from a peripheral to system hard 
disk (no missing or duplicate records). Data integrity 

10 is maintained by formal communication protocols and 
error detection/correction means implemented in 
hardware. Data validity is maintained by a user 
supplied CRC/checksum created during preparation of the 
data, a sequence number check, and a corresponding 

15 system generated CRC/checksum for detecting modified 
data • 

2. Data transfer from a peripheral to system hard 
disk (no data errors). Data integrity is maintained by 
formal communication protocols and error detection/ 

20 correction means implemented in hardware. Data validity 
is maintained by a user supplied CRC/checksum created 
during preparation of the data, a sequence number check, 
and a corresponding system generated CRC/checksum for 
detecting modified data. 

25 3. Data transfer from system hard disk to memory. 

Data integrity is maintained by disk read error 
detection/correction means implemented in hardware. 
Data validity is maintained by checking the system 
generated CRC/checksum. After this level, the correct 

30 data is available and is it known to which card it 
belongs. Attaching a CRC/checksum to module data as 
part of a header allows the system to keep a validity 
check of the data as it moves through the system. From 
this point on, data validity is maintained by assuring 

35 data integrity. 
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4. Data transfer from memory to a card. Data 
integrity is maintained by a card and data signature 
(see below) . 

5. Card data physically transferred to a module. 
5 Data integrity is maintained by SDLC protocol/error 

detection . 

6. Amount of data sent to a module must equal the 
amount of data expected by a module (data match). 
Module data match is maintained by including a FIR or 

10 FAILSAFE record in the data stream, or by the controller 
checking the system configuration when parsing data. 

7. Type of data sent to a module must match the 
configuration of that module (configuration match). 
Module configuration match is maintained by including a 

15 FIR or FAILSAFE record in the data stream, or by the 
controller checking the system configuration when 

parsing data. 

8. Cards cannot be added or removed from the 
production track without being detected (interlock 

20 protection) • Each module monitors the card position and 
reports any change or break in the interlock between a 
card and its data to the controller. If the card"/ data 
interlock is broken, all cards are cleared from the 
track and discarded. A partially processed card may be 

25 placed in the input hopper, but may not be placed in the 
card track. 

9. System access. The system controls all access 
to the operating system functions by monitoring and 
filtering all inputs. 

30 In order to maintain data integrity and to 

insure that data sent to a module and the corresponding 
physical cards matches, a value, also known as a 
"signature", is computed for each data record in the 
controller. This signature consists of four components: 

35 i. The module type, to insure the proper module 

type gets the data; 
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The module address, to insure the proper module 
gets correct data in the case of multiple 
modules of the same type; 

The expected module card count, to match a 
particular data item to a particular card; 
Data cyclical redundancy check (CRC), to assure 
valid data is sent. 



The signature is sent along with the data to a 
10 module. The module then validates the signature using a 
complementary algorithm before placing any data on a 
card. By including the module identifier in the 
controller's computed signature, if the data arrives in 
the wrong module the module's computed signature will 
15 not match. Adding the signature value to the 

synchronization value insures that the controller and 
module evaluate data in the same order, and that a 
unique signature is calculated for each card regardless 
of the data. If there is a signature discrepancy, it is 
20 reported as an error to the controller. 

Algorithm 

Define: 



D(i) = Data for logical card i 

25 S(i) = Signature for logical card i (composed of 

parts 1-3 above) 
DS(i) = Data CRC (part 4 above) 
Q(k) = Item k in module data queue 

q = Module data queue depth minus 1 

30 e = Difference between expected physical card 

count and logical card count 
ct = Module actual card count 



Example: S(j) = j + e + Module Address + Module Type 

35 

The algorithm uses a signature composed of two 
separate components: parts 1-3 combined and part 4. 
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When the controller prepares data to send, it computes 
the data signature DS(i+q) and binds it to the data. 
The controller then determines the signature S(i) for 
the card entering the module and binds that with the 
5 signature DS(i) of the data to be placed on that card. 
The module then compares a computed card signature with 
the passed card signature and the stored and bound data 
signature with the passed data signature. 

10 Controller: 

PROCESS ( D ( i+q ) / DS(i+q), S(i), DS(i)) 
Module: (normal processing) 

1. ct <= ct + 1 m 

2. Q(q) <= Processed incoming data + incoming 
15 DATA signature 

3 IF S(i) = (ct + module address + type) AND 

( DS(Q(0)) = DS(i) ) THEN 
4 # Card receives data from Q(0) 

5 . ELSE 

20 6. Signature Match Error 

7 . END IF 

8 . Push data queue 

For error recovery, this algorithm allows the 
25 controller to simply send a new card signature without 
going through a data queue refill process on that 
module . 

Production Control 

The control for card production resides 
30 entirely within the PCT, and is largely algorithmic. It 
depends on a given set of commands and a known set of 
parameters for each card processing module. The 
parameter set is sent to the PCT by each module when it 
is initialized. The command and parameter set is 
35 summarized in Table 1. 
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Cmd 


Card 

UOL L.CL 


Card 

C-j rr 
O -L Ij • 


Data 


Card 
niipiip 


Data 


Input Card 


TV 
X* 


Y 


y 


Y 
A 




ryn GtVi 






Y 






mi csli 

UUDU 


nn ci Vi 

UUQU 


Li. dllO ±CJ- 


c* 


X 




v 




push 


none 




v 








pUDil 


none 


E* 




X 


X 


push 


push 


affected 


F 




X 




push 




transferred 


G 






X 




push 


none 


H 










push 


none 



Table 1. 

Key: 

X item is present 

item is absent 
* used only for multi-entry data queues 

Table 1 fields : 

1. Command. A control message sent to a module to request 
it to perform a given task or function. The eight 
commands are: 

A. Normal processing; 

B. Skip card and data pair; 

C. Fill data queue; 

D. Fill data queue; 

E . Last cards; 

F. Skip, last cards; 

G. Process with internal cards and data only; 

H. Process with in rnal cards and data only. 

2. Card Data. Information used to process a card. 

3. Card Signature. A vailue computed from a, card's 
identifier used to insure data integrity. 
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4. Data Signature. A value computed from a card's data 
used to insure data integrity. 

5. Card Queue Depth. The number of physical cards in a 
module at one time. 

6. Data Queue Depth. The number of cards for which 
data is stored internally to the module during 
processing. 

7. Incoming Card. What effect this command has on a 
card coming into this module. 

A set of example system parameters is given in 
Table 2 . These are used in the tables below to 
illustrate the system logic control flow over time. 



Module 


Card Queue 


Data Queue 


Module Type 




Depth 


Depth 




1 


1 


1 


Input Hopper 


2 


1 


1 


Magnetic Stripe 


3 


1 


3 


Graphics 


4 


1 


1 


Output Stacker 



Table 2. 



For tables 3, 4, and 5, the entry syntax is 
Command : Cardin_Signature /Datain_Signature=>Cardout . 

Table 3 shows a typical production scenario of 
processing six cards through the system. 

Time 1. Module 1 receives command A and the 
card and data signatures for Card 1. Module 3 receives 
command D, no card signature, and data signature for 
Card 1. This allows Module 3 to fill its data queue 
with Card 1 data even though it will not be able to 
process Card 1 for another three time cycles. 

Time 2 . Module 1 receives command A and the 
card and data signatures for Card 2 while processing and 
transferring Card 1 to the next module. Module 2 
receives command A and the card and data signature for 
Card 1. Module 3 receives command D, no card signature, 
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and data signature for Card 2. Module 3 now has the 
data for cards 1 and 2 in its data queue. 

Time 3 . Module 1 receives command A and the 
card and data signatures for Card 3 while processing and 
5 transferring Card 2 to the next module. Module 2 

receives command A and the card and data signatures for 
Card 2 while processing and transferring Card 1 to the 
next module. Module 3 receives command A and the Card 1 
signature and Card 3 data signature. The data queue for 

10 Module 3 is now full. 

Time 4 . Module 1 receives command A and the 
card and data signatures for Card 4 while processing and 
transferring Card 3 to the next module. Module 2 
receives command A and the card and data signatures for 

15 Card 3 while processing and transferring Card 2 to the 
next module. Module 3 receives command A and the Card 2 
signature and Card 4 data signature while processing and 
transferring Card 1 to the next module. Module 4 
receives command A and the card and data signatures for 

20 Card 1. As this is the last module , Card 1 is now 
finished. 

Time 5 . Module 1 receives command A and the 
card and data signatures for Card 5 while processing and 
transferring Card 4 to the next module. Module 2 

25 receives command A and the card and data signatures for 
Card 4 while processing and transferring Card 3 to the 
next module. Module 3 receives command A and the Card 3 
signature and Card 5 data signature while processing and 
transferring Card 2 to the next module. Module 4 

30 receives command A and the card and data signatures for 
Card 2. Card 2 is now finished. 

Time 6 . Module 1 receives command A and the 
card and data signatures for Card 6 while processing and 
transferring Card 5 to the next module. Module 2 

35 receives command A and the card and data signatures for 
Card 5 while processing and transferring Card 4 to the 
next module. Module 3 receives command A and the Card 4 
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signature and Card 6 data signature while processing and 
transferring Card 3 to the next module. Module 4 
receives command A and the card and data signatures for 
Card 3. Card 3 is now finished. 
5 Time 7. Module 1 receives command H and no 

card or data signatures and processes and transfers Card 
6 to the next module. Module 2 receives command A and 
the card and data signatures for Card 6 while processing 
and transferring Card 5 to the next module. Module 3 
10 receives command E and the Card 5 signature and no data 
signature while processing and transferring Card 4 to 
the next module. Module 4 receives command A and the 
card and data signatures for Card 4. Card 4 is now 
finished. 

!5 Time 8. Module 2 receives command H and no 

card or data signatures and processes and transfers Card 
6 to the next module. Module 3 receives command E and 
the Card 6 signature and no data signature while 
processing and transferring Card 5 to the next module. 

20 Module 4 receives command A and the card and data 
signatures for Card 5. Card 5 is now finished. 

Time 9 . Module 3 receives command H and no 
card or data signatures and processes and transfers Card 
6 to the next module. Module 4 receives command A and 

25 the card and data signatures for Card 6. Card 6 is now 
finished and the production run is complete, with cards 
1 through 6 having been successfully made in nine time 
cycles . 
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Time 


Module 1 


Module 2 


Module 3 


Module 4 


Out 


1 


A:l/1=>_ 




D: /1=> 

Q[_/_rl] 






2 


A:2/2=>1 


A:l/1=>_ 


D: /2=> 
Q[_/l/2] 






3 


A:3/3=>2 


A:2/2=>1 


A:l/3=> 
Q[l,2,3] 






4 


A:4/4=>3 


A:3/3=>2 


A:2/4=>1 
□[2,3,4] 


A:l/1 


1 


5 


A:5/5=>4 


A:4/4=>3 


A:3/5=>2 
Q[3,4,5] 


A:2/2 


2 


6 


A:6/6=>5 


A:5/5=>4 


A:4/6=>3 
Q[4,5,6] 


A:3/3 


3 


7 


H:_/_=>6 


A:6/6=>5 


E:5/ =>4 
Q[5,6,_] 


A:4/4 


4 


8 




H :_/_=> 6 


E:6/ =>5 
Q[6,_,_] 


A$5/5 


5 


9 






H: / =>6 
Q[_/_/_] 


A:6/6 


6 



Table 3, 



Error Processing and Remakes 

Whenever a module detects an error which either 
prevents it from continuing a normal cycle or requires 
operator intervention, it returns a fatal error to the PCT 
and gives a summary status which reflects the general nature 
of the error. A module specific PCT process, with a name 
derived from the module's type and version, is called to 
further clarify and display the error. Error recovery will 
proceed depending on what mode the production process is in 
and the nature of the error. 

Assume a logic error occurs with Card 3 at Time 4 
in Module 2 of the previously discussed production run. 
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Table 4 shows the normal remake scenario with no queue 
refill. In the following tables, N' signifies physical 
card N (logical card N-l), and N* signifies a bad card 
N. 

5 Time 5 . Module 1 receives command A and the 

Card 5' (logical Card 4) signature and Card 4 data 
signature while processing and transferring Card 4 r 
(logical Card 3) to the next module. Module 2 receives 
command A and the Card 4' signature and Card 3 data 

10 signature while transferring the bad Card 3 to the next 
module. Module 3 receives command F and the Card 3 
signature and no data signature while processing and 
transferring Card 2 to the next module. Note that the 
data queue for Module 3 is unchanged from that in time 

15 cycle 4 . Module 4 receives command A and the card and 
data signatures for Card 2. Card 2 is now finished. 

Time 6 . Module 1 receives command A and the 
Card 6' signature and Card 5 data signature while 
processing and transferring Card 5' to the next module • 

20 Module 2 receives command A and the Card 5' signature 
and Card 4 data signature while processing and 
transferring Card 4' to the next module. Module 3 
receives command A and the Card 4' signature and Card 5 
data signature while transferring the bad Card 3 to the 

25 next module. Module 4 receives command A and the card 
and data signatures for bad Card 3. Bad Card 3 is now 
out of the system. 

Time 7 . Module 1 receives command H and no 
card or data signatures and processes and transfers Card 

30 6' to the next module. Module 2 receives command A and 
the Card 6' signature and Card 5 data signature while 
processing and transferring Card 5' to the next module. 
Module 3 receives command E and the Card 5' signature 
and no data signature while processing and transferring 

35 Card 4' to the next module. Module 4 receives command A 
and the Card 4' signature and Card 3 data signature. 
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Card 4' is now finished (the replacement for logical Card 
3). 

Time 8. Module 2 receives command H and no card 
or data signatures and processes and transfers Card 6' to 
5 the next module. Module 3 receives command E and the Card 
6 ' signature and no data signature while processing and 
transferring Card 5' to the next module. Module 4 receives 
command A and the Card 5 ' signature and Card 4 data 
signature for Card 4. Card 5' is now finished. 

10 Time 9 . Module 3 receives command H and no card 

or data signatures and processes and transfers Card 6 ' to 
the next module. Module 4 receives command A and the Card 
6' signature and Card 5 data signature. Card 6' is now 
finished and the remake run is complete , with logical cards 

15 1 through 5 having been successfully made in nine time 
cycles . 



20 


Time 


Module 1 


Module 2 


Module 3 


Module 4 


Out 


4 


A:4/4=>3 


A:3/3=>2 
*ERR0R* 


A:2/4=>1 
Q[2,3 f 4] 


A:l/1 


1 


25 


5 


A:5'/ 4=>4 ' 


A:4'/3=>3* 


F:3*/ =>2 
Q[2,3,4] 


A:2/2 


2 




6 


A:6'/5 => 5' 


A:5'/ 4=>4 ' 


A:4'/5=>3* 
Q[3,4,5] 


A:3*/3 


3* 


30 


7 


H :_/_=> 6 ' 


A:6 / /5=>5' 


E:5'/ =>4' 
Q[ 4 ,5,_] 


A:4'/3 


4' 


35 


8 




H :_/_=> 6 ' 


E:6'/ =>5' 
Q[5,_,_] 


A:5'/ 4 


5' 


9 






H: / =>6 ' 
Q[_/_,_] 


A:6'/5 


6' 



Table 4. 

40 

Table 5 shows the normal remake scenario with 
queue refill. 



WO 93/04433 



PCT/US92/06892 



60 

Time 5. Module 1 receives command A and the 
Card 5' (logical Card 4) signature and Card 4 data 
signature while processing and transferring Card 4' 
(logical Card 3) to the next module. Module 2 receives 
5 command A and the Card 4' signature and Card 3 data 

signature while transferring the bad Card 3 to the next 
module. Module 3 receives command B and the Card 3 
signature and no data signature while processing and 
transferring Card 2 to the next module* Module 4 

10 receives command A and the card and data signatures for 
Card 2. Card 2 is now finished. 

Time 6 . Module 3 receives command D and no 
card signature and Card 4 data signature while 
transferring the bad Card 3 to the next module. Module 

15 4 receives command A and the card and data signatures 
for bad Card 3. Bad Card 3 is now out of the system. 

Time 7 . Module 1 receives command A and the 
Card 6' signature and Card 5 data signature while 
processing and transferring Card 5' to the next module. 

20 Module 2 receives command A and the Card 5' signature 
and Card 4 data signature while processing and 
transferring Card 4' to the next module. Module 3" 
receives command A and the Card 4' signature and Card 5 
data signature, but does process or transfer any card 

25 since none is in the module. 

Time 8 . Module 1 receives command H and no 
card or data signatures and processes and transfers Card 
6' to the next module. Module 2 receives command A and 
the Card 6' signature and Card 5 data signature while 

30 processing and transferring Card 5' to the next module. 
Module 3 receives command E and the Card 5' signature 
and no data signature while processing and transferring 
Card 4' to the next module. Module 4 receives command A 
and the Card 4' signature and Card 3 data signature. 

35 Card 4' is now finished (the replacement for logical 
Card 3 ) . 
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Time 9. Module 2 receives command H and no 
card or data signatures and processes and transfers Card 
6 ' to the next module . Module 3 receives command E and 
the Card 6' signature and no data signature while processing 
5 and transferring Card 5' to the next module. Module 4 

receives command A and the Card 5 ' signature and Card 4 data 
signature for Card 4. Card 5' is now finished. 

Time 10. Module 3 receives command H and no card 
or data signatures and processes and transfers Card 6' to 
10 the next module. Module 4 receives command A and the Card 
6' signature and Card 5 data signature. Card 6' is now 
finished and the remake run is complete, with logical cards 
1 through 5 having been successfully made in ten time 
cycles . 

15 



Time 


Module 1 


Module 2 


Module 3 


Module 4 


Out 


4 


A:4/4=>3 


A:3/3=>2 
* ERROR* 


A:2/4=>1 
Q[2,3,4] 


A:l/1 


1 


5 


A:5' /4=>4 ' 


A:4'/3=>3* 


B:3*/3=>2 
Q[3,4,3] 


A:2/2 


2 


6 






D: /4=>3* 
Q[4,3,4] 


A:3*/3 


3* 


7 


A: 6' /5=>5' 


A:5'/ 4=>4 ' 


A:4'/5=> 
Q[3,4,5] 






8 


H:_/_=>6 ' 


A:6'/5=>5' 


E:5'/ =>4' 
Q[4,5,_] 


A:4'/3 


4' 


9 




H:_/_=>6' 


E:6'/ =>5' 
Q[5,_,_] 


A:5'/4 


5' 


10 






H: / =>6 ' 

Q[_,_,_J 


A:6'/5 


6' 



20 



25 



30 



35 



40 



Table 5. 



Every attempt is made to handle consumables 
warnings or errors in a manner which will waste few or no 
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to allow the operator to replace items, and 3) 
restarting the run. 



10 



15 



20 



25 



30 



35 



40 



45 
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COMMAND PROTOCOLS 

Below is a list of the module commands, with 
their expected responses to the controller. All 
responses are expected to come asynchronously over the 
bus, so that once a command has been acknowledged, 
subsequent commands can be sent and the system will 
process responses as they come back. 



Command 

ABORT 

CONFIG 

DATA 

DIAG 

MODULE 

PROCESS 

RESET 

RESTART 
STATUS 



WAIT RESP 



Parameter ( s ) 
<none> 

module config data 

length, data 

di agno s t i c s ubc ommand 

module subcommand 

process subcommand 

<none> 

<none> 

summary or total 



<none> 



Return Value ( s ) 
RE S P ONS E_HDR 
RE S P ONS E — HDR 
RE S P ONS E_HDR 
<module specific> 
RE S P ON S E_HDR 
RE S P ON S E_HDR 
RESPONSE_HDR, 
RESET_RESP 
RE S P ONS E_HDR 
RES PONS E__HDR , 
LAST CMD ISSUED,, 
MODULE SPECIFIC 
RESPONSE HDR 



PROCESS subcommands : 



CARD_SIGN 
DATA_SIGN 
NEW_DATA 
OLD_DATA 
CONFIG_PROC 
MORE_DATA 
PROCESS M0D_SCMD 



card signature 
data signature 
data 
data 

data 



SUB 
SUB 
SUB 
SUB 
SUB 
SUB 
SUB* 



CMD 
CMD 
CMD 
CMD 
CMD 
"CMD 

"cmd" 



RESP 
"RESP 
_RESP 

RESP 
"RESP 
"RESP 
"RESP 



Define: 

UCHAR 
WORD 



1 byte 

2 bytes 



RE S P ONS E_HDR structure: 

UCHAR SDLC_ADDRESS 

UCHAR SDLC_STATE 
UCHAR COMMAND 
WORD PR0C_ERR 
WORD PROC_STATE 
WORD CUS_RESP_LEN 
WORD CARD_CT 



Bus address of responding 
module 

Filled in by Comm code 
Echo received command 
Error flags, 16 bits 
Module specific status info 
Length of command response 
Module's card count 
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15 



20 



25 



30 



35 



40 



45 



WORD SENSORS Sensor flags, 16 bits 

Error status values for RESPONSE_HDR.PROC_ERR: 
GENERAL WARNING OOOlh 



CONSUMABLE_ERR 
DATA_ERR 

10 XFER_IN_TIMEOUT 
XFER_OUT_ERR 
INTERLOCKJ3N 
ILOCK INTEGRITY 



COMMAND_ABORT 

GENERAL_FAILURE 

INTEGRITY__ERROR 

TRAN S P ORT_ERROR 
PROCESS ERR 



General miscellaneous 
warning 
0002h Consumable alert 
0004h Error in data sent to 
module 

000 8h Card expected, not received 
OOlOh Error transferring card out 
010 Oh Interlock is broken 

020 Oh Card or mechanism moved 

during interlock 
040 Oh Command aborted by 

controller 
080 Oh General miscellaneous 

failure 

2000h Data/card signature 

mismatch 
4000h Transport error 

800 Oh Error putting data on card 



Sensor state values are module dependent. The 
low order bits represent the state of the card position 
sensors. Bit 0 reflects cards positioned at the exit 
rollers . All position sensors start from bit 0 and 
progress up sequentially in bits, matching left->right 
bits with entry->exit position sensors in sequenqe as 
far as possible. The position sensor states are 
required as is the interlock state bit 15. For example, 
an Output Stacker with exit rollers has sensors at the 
exit, entry, and after the first stack (intermediate). 
It has a deflector home sensor, reject stack full, good 
stack full, and good stack empty. The sensor bits are 



defined 


as : 




Bit 


.0 


Exit card position 


Bit 


1 


Intermediate card position 


Bit 


2 


Entry card position 


Bit 


3 


Deflector home sensor 


Bit 


4 


Stack 1 full sensor 


Bit 


5 


Stack 1 empty sensor 


Bit 


6 


Reject full sensor 


Bit 


7 


Bus termination sensor 


Bit 


15 


Interlock state 



The DIAG command is used not only to query a 
particular module on a dedicated basis, but also to put 
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the module in a diagnostic mode where it returns 
detailed information about itself. 



COMMUNICATION INTERFACE 

5 Communication between a module and the 

controller takes place over a serial port using a subset 
of the SDLC protocol. The SDLC packets (I-frames) that 
go between the controller and a module contain formally 
. defined commands and responses . For every command 
10 issued from the controller, there is one expected 
response from the module upon completion of the 
requested task. 

Below is a description of the serial bus 
control and a list of commands which every module must 
15 respond to, and a summary of their syntax and expected 
responses . 

Serial Bus Control 

The serial bus is a high-speed (2.0 Mbps) half- 

20 duplex communication channel operating under a subset of 
the SDLC protocol as defined by IBM. The serial bus 
controller for each module assumes the role of a 
secondary station, while the process controller's BIF 
acts as the primary station. 

25 As a secondary station, the serial bus 

controller is responsible for receiving command frames 
from the primary station (SC) and generating the 
appropriate responses in a totally autonomous manner to 
all other modules. Upon receiving a command frame, the 

30 serial bus controller verifies the frame has been 

received in order, and is error-free. Error recovery on 
frames received with errors or out of order is handled 
by the serial bus controller. Upon receiving an error- 
free command frame, the serial bus controller examines 

35 the frame type to determine the processing requirements. 
A command frame may be either 1) a link control frame or 
2) an information frame (I- frame). 
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A link control frame is processed entirely by 
the serial bus controller and remains totally 
transparent to all other processors on the logic board. 
Link control frames are continuously transmitted by the 
5 primary station on the serial bus and are used to poll 
the secondary stations and to pass link status 
information. Upon receiving a link control command 
frame, the serial bus controller decodes and processes 
the frame and generates the appropriate response to the 
10 primary station. 

An information frame (I-frame) command received 
from the primary station contains a variable-length 
command packet requesting the module to perform a 
function. Upon receiving an error-free I-frame , the 
15 serial bus controller sends an acknowledgement of the 
successful receipt of the frame back to the primary 
station, and examines the contents of the I-frame to 
determine its function and destination processor. 

To insure that card data and commands are sent 
20 to the correct modules, the modules are each uniquely 
identified. This result is acKieved by assigning each 
communication processor within the system a unique 
address on the bus. Each of these communication 
processors is referred to as a node and in the preferred 
25 embodiment each node is assigned a unique address by the 
SC. Such a system for assigning module addresses is 
disclosed in patent application Serial No. 07/575,077, 
filed August 30, 1990, which is hereby incorporated by 
reference. 

30 In addition to handling formal communications, 

each module must support the auto-addressing function. 
This requires each module to record the address sent 
from its input neighbor, increment it, and pass it on to 
the output neighbor. 

35 A serial bus controller places each response I- 

frame destined for the SC in a queue until it receives 
the transmit opportunity from the primary station. A 



transmit opportunity is granted when the secondary 
station receives a poll from the primary station 
indicating the primary station is ready to receive data. 
Upon receiving the transmit opportunity, the serial bus 
controller 1) removes the oldest I-frame from the queue, 
2) builds the appropriate SDLC header, and 3) initiates 
transmission of the frame to the primary station. The 
secondary station maintains the queued I-frame until the 
frame is acknowledged as being received successfully by 
the primary station. 

Initialization 
Reset 

1. RESET 

Module Action: 

This command is sent to each module after the 
bus has been initialized or after a module 
error to enable correct module restart. Upon 
bus (BIF) initialization, the controller knows 
how' many modules there are and what their bus 
address is. It then tells each module to 
logically wake up and report module specific 
information. 

Module Response: 

All modules respond with the RE SPONS E_HDR 
structure and the RESET_RESP structure given 



below: 



WORD 



UCHAR 

UCHAR 

WORD 

UCHAR 

UCHAR 

WORD 



MODULE_TYPE 
MODULE_MODEL 
MODULE VERSION 



MAX DIAG RESPONSE 



MAX RESPONSE 



DATA_QUEUE 
CARD_QUEUE 



See below 
See below 
Version number 
Data queue length 
Card queue length 
Max response 
length 

Diag response 
length 



MODULE TYPE values: 



UNKNOWN_MODULE 

INPUT_HOPPER 

OUTPUT_STACKER 



0 
1 
2 
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FIGJ3TRIPE 3 

X 30SSER 4 

INDENT 5 

TOPPER 6 

EMBOSS_TOP 7 

GRAFX 8 

SMART_CARD 9 

INSERTER 10 
NUMBER MOD TYPES INSERTER 



MODULE MODEL values; 



S INGLE_S TACK 1 

15 DOUBLE_STACK 2 

EMBOS S_ONL Y 3 

EMBOSS_INDENT 4 

IMPACTJPRINT 3 

NON_IMPACT_PRINT 4 

2 0 OUT_STACKJEXIT 3 

Status and Error Protocol 
Status 

1. STATUS summary: 

25 Module Action: 

If *summary* is TRUE/ only the fixed length 
portion of the status information common to all 
modules is sent. If *summary* is FALSE, a 
module specific data record will be sent 

30 following the fixed length status. 

Module Response: 

If status "SUMMARY" is requested, the 

RE S P ON S E_HDR structure plus the last command 

issued is returned. If "COMPLETE" is 

35 requested, RESPONSEJHDR, the last command 

issued, and module specific status are 
returned . 



Diagnostic Protocols 
40 In order to present a standardized appearance 

to the PCS, the diagnostic or debug interface has a 
standard interface across all modules. This set of 
functions will have particulars which vary greatly from 
module to module, but at a minimum each module supports 
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1) individual motor and solenoid control, 2) monitoring 
of each available sensor, 3) independent triggering of 
the PROCESS step, and 4) an exhaustive test and status 
reporting capability. 

5 

SYSTEM CONTROLLER INTERFACE 

For any functions which require module specific 
processing, the module supplies a dynamically linked 
library (DLL) of these routines to the controller. The 
10 routine names are formed from the module name, version, 
and function. For example, a graphics module, with the 
name GRAFX, version 1.23, with a special diagnostic 
function, would create the function: 

GRAFX_123_diag( ) 
15 A partial list of allowable functions is: 
._diag( 



20 



,_status ( . 
. ) recover ( 
. ) control) 
. ) pause ( . . 
. )conf ig( . 
. ) init ( . . . 



Diagnostics . 
. ) Status display and evaluation. 

. . ) Error recovery. 

..) Unique process control function. 
) Data pausing command. 

. ) Small batch reconfiguration. 

Process initialization. 



At the completion of each personalization 

25 operation, the system controller sends new card data 
over the serial bus to each of the modules. If the 
preceding encoding operation has been successfully 
completed, the system controller issues a command to all 
of the modules to cause them to transfer or shift the 

30 cards into the neighboring module. Each module performs 
a separate card processing function and transcribes a 
segment of the total card data onto the card. 

Sequential encoding or embossing is well known 
in the art, and the mechanical structures required to 

35 emboss and transfer cards are also well known in the 
art. One structure suitable for carrying out the 
encoding and transferring operations is taught by U.S. 
Patent No. 3,820,455, issued June 28, 1974 to Hencly, R. 
et al., which is owned by the assignee of the present 

40 invention and which is incorporated by reference herein. 
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The Hencly patent teaches the use of mechanically 
interconnected modules or stations operating under the 
control of an operating system which 1) periodically 
requests data from a magnetic tape unit, 2) operates to 
5 emboss or encode the card data onto the cards, and then 
3) transfers the card to the next station. 

In summary, the system controller contains 1) a 
buffer for storing messages to transmit to and receive 
from card encoding modules, and 2) a data channel to 

10 transmit those messages to and from card encoding 

modules. Eac card encoding module contains 1) a buffer 
for storing messages to transmit to and receive from the 
system controller, 2) a local processor for controlling 
encoding functions, 3) processor memory for storing card 

15 data during encoding, 4) function specific elements that 
respond to control signals to encode the card data 
contained in memory onto the cards, and 5) a data 
channel to transfer card data between the data buffer 
and processor memory. 

20 One 'important feature of this structure and 

organization is that the encoding operations can occur 
concurrently with the transfer of card data into the 
modules . Since data communication along the bus is much 
faster than the card encoding operations, the modules 

25 typically do not need to wait for the next card data. 
Consequently this feature permits the system to operate 
at a speed dictated by the slowest module. This feature 
also enhances the modularity of the system since the 
operating speed of the modules does not affect the 

30 transfer of card data. The independence of the control 
of the mechanical operation of each module from the 
control of its neighbor permits the rapid and efficient 
assembly of application specific encoding machines. 

.It is to be understood, however, that even 

35 though numerous characteristics and advantages of the 
invention have been set forth in the foregoing 
description, together with details of the structure and 
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function of the invention, the disclosure is 
illustrative only, and changes may be made in detail, 
especially in matters of shape, size, and arrangement of 
parts within the principles of the invention, to the 
5 full extent indicated by the broad general meaning of 
the terms in which the appended claims are expressed. 
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WHAT IS CLAIMED IS: 

1. A card processing system used to produce 

information bearing cards from data cards comprising: 

(a) a system controller means for transferring 
information to and from card processing module means; 

(b) a plurality of said card processing module 
means for processing said cards and for sequentially 
transferring cards through said card processing module 
means ; 

(e) said system controller means including: 

(i) communication means including buffer 
means for storing messages for transmission to said card 
processing module means and for storing messages 
received from said card processing module means; 

(ii) means for transferring said card 
data into said buffer means for transmission to said 
card processing module means; 

(f) each of said card processing module means 
including: 

(i) communication means including buffer 
means for storing messages from said system controller 
means and for storing messages for transmission to said 
system controller; 

(ii) local processor means for generating 
control signal for controlling processing means; 

(iii) processor memory means for storing 
said card data during processing; 

(iv) processing means responsive to said 
control signals for processing card data stored in said 
processor memory means onto said cards; 

(v) memory transfer means for loading 
card data from said buffer means into said processor 
memory means • 

la, A card processing system in accordance with 

claim 1, further including input hopper module means for 
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transferring cards to the card processing modules under 
control of the system controller means. 

lb. A card processing system in accordance with 

claim la, further including output hopper module means 
for storing cards processed by the card processing 
modules . 

2. A card processing system used to encode card 
data onto data cards, comprising a system controller 
and a plurality of card processing modules which can be 
assembled in an arbitrary sequence to perform 
application specific card processing functions, each of 
said modules including a common mechanical interface 
means for mechanically interconnecting said modules, a 
common electrical power bus interface means for 
electrically interconnecting said modules so as to 
provide power to said modules, and common communications 
bus interface means for electrically interconnecting 
said modules so as to enable communication with said 
system controller. 

3. A card processing system according to claim 2 
further comprising: 

(a) control means in said system controller 
for transferring information to and from said card 
processing modules; and 

(d) wherein said card processing modules 
include module control means for processing said cards 
at said card processing modules and for communicating 
with said control means. 

4. a card processing system according to claim 2, 
wherein said common electrical power bus interface means 
of each of said card processing modules includes a power 
distribution board. 
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5. A card processing system according to claim 2, 
wherein said common electrical power bus interface means 
of each of said card processing modules includes at 
least a two wire cable used for interconnecting said 
power distribution circuit board to a power distribution 
circuit board of an adjacent card processing module. 

6. A card processing system according to claim 2, 
wherein said system controller includes interchangeable 
modular power supply means so as to permit 
interchangeable configuration to suit the available 
power source . 

7. A card processing system according to claim 4, 
wherein said modular power supply means comprises: 

(a) a housing for mounting said modular power 
supply means at said system controller; 

(b) a power cord suited to the available power 

source; 

(c) an electro-magnetic interference filter; 

(d) a circuit breaker; and 

(e) an AC power circuit board for distributing 
AC power to said system controller and to said 
electrical power bus interface means. 

8. A card processing system according to claim 2, 
wherein said system controller includes a removable 
system controller circuit board housing comprising: 

a top panel; 

a left side panel and a right side panel; 

a bottom panel situated at an acute angle 
relative to a front plane of said housing; and 

said bottom panel including an access panel 
being formed substantially at a right angle to said 
bottom panel, said access panel having openings for 
accessing circuit board ports and allowing air flow 
through said housing. 
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g # a card processing system according to claim 6, 

wherein said bottom panel of said system controller 
circuit board housing is situated at a 45 degree angle 
relative to said front plane of said housing. 

10 . A modular input hopper used for entering cards 
into a card processing system, comprising: 

stacking means having a front end and a rear 
end for storing said cards in a stacked configuration, 
said cards each having opposing facing major surfaces 
and a top, bottom, first, and second side edge, said 
cards resting on their bottom edges in said stacking 
means ; 

card pusher means for biasing said cards toward 
said front end of said stacking means; 

card picker means for separation of a lead card 
proximate said front end of said stacking means; and 

said stacking means comprising a bottom support 
plate member, a right side guide rail member and a left 
side guide rail member, said guide rail members being 
parallel to each other, said stacking means including 
means for permitting temporary displacement of said 
guide rail members from a normal position to a displaced 
position so as to accommodate unassociated card storage 
means of greater width than said cards. 

11. A modular input hopper according to claim 8, 
wherein each of said guide rail members is pivotally 
mounted proximate a bottom edge for permitting pivotal 
movement into the displaced position away from an 
opposing guide rail member, each of said guide rail 
members having an extension for engaging a resilient 
biasing means, said resilient biasing means biasing each 
of said guide rail members into the normal, upright 
position. 
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12. A modular input hopper according to claim 8, 

wherein said card pusher means includes a handle, said 
handle being mounted on a carriage means, said carriage 
means in turn being slideably mounted on guide means 
situated alongside said stacking means, said carriage 
means being biased toward said front end of said 
stacking means, said handle comprising a first lever and 
a second lever, each of said levers being pivotally 
mounted in said carriage means, said first lever 
comprises a tab end and a projecting leg member formed 
perpendicularly to said tab end, said first lever is 
provided with an opening through which said guide means 
passes, such that when said projecting leg member is not 
in contact with said top edge of said card, edges of 
said opening in said first lever engage said guide rod 
to prevent movement of said card pusher means toward 
said front end of said stacking means, said second lever 
is provided with an opening through which said guide 
means passes, said second lever being normally biased 
such that edges of said opening in said second lever 
engage said guide means to prevent movement of said card 
pusher means away from said front end of said stacking 
means, said second lever being operably biased to permit 
free movement of said card pusher means in either 
direction along said guide means • 

13. An indent module used to indent characters onto 

a surface of a card or the like, comprising: 

a support framework; 

a printing tape supply reel; 

a printing tape takeup reel; 

a drive motor for driving said takeup reel; 

indent module control means for controlling 
operation of the drive motor; 

sensor means for sensing the diameter of tape 
accumulating on said tape takeup reel, and for providing 
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a signal representative of the diameter to the control 

means ; and 

wherein the control means in response to 
changes in the diameter adjusts the drive motor such 
that a constant amount of the printing tape is taken up 
by the takeup reel between characters as they are 
indented onto the card. 

13a. An indent module according to claim 13, wherein 

said sensor means comprising a sensor arm, mounted at a 
first end to a potentiometer, and biasing means for 
biasing a second end of said sensor arm against printing 
tape accumulating on said takeup reel, said 
potentiometer providing an electric signal to said 
indent module control means representative of the 
diameter of the tape on said takeup reel, said indent 
module control means adjusting the amount of movement of 
the drive motor so as to maintain a constant rate of 
tape deployment. 

13b. An indent module according to claim 13a, 

wherein the drive motor is a stepper motor. 

14, An inserter module attaching processed cards to 

associated card carrier forms having predetermined 
cardholder information printed thereon, including: 
a chassis; 

printer means for printing predetermined 
cardholder information on serially connected card 

carrier forms ; 

takeup means for maintaining proper takeup of 
said serially connected carrier forms as they exit said 
printer; 

bursting means for separating said serially 
connected carrier forms after printing; 

inserter means for attaching said processed 
cards to associated printed carrier forms. 
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14a. An inserter module in accordance with claim 14 , 

further including mounting means for interchangeably 
mounting said printer so as to allow interchangeable use 
of different printers. 

14b. An inserter module in accordance with claim 

14a i wherein said mounting means includes a printer 
carriage mounted on guide means for reciprocal movement 
of said carriage into and out of said chassis , said 
carriage including a horizontal support surface. 

14c. An inserter module in accordance with claim 

14a , further including printer guide means for guiding 
said serially connected card carrier forms as they enter 
and exit said printer, said form guide means being 
mounted above said printer. 

14d. An inserter module in accordance with claim 

14c , wherein said printer guide means is removably 
supported by on a shaft of a printer platen so as to 
allow removal from the printer. 

14e. An inserter module in accordance with claim 14 , 

wherein said takeup means provides for accumulation of 
at least one form between the printer means and the 
bursting means. 

14f . An inserter module in accordance with claim 14, 

wherein the takeup means includes variable biasing means 
for placing the forms under substantially constant 
tension during the takeup process . 

14g. An inserter module in accordance with claim 14, 

wherein said takeup means includes pivotal means for 
maintaining substantially uniform tension across a width 
of the form so as to compensate for any skewing of the 
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forms due to misalignment of the printer means and the 
inserter means • 

14h. An inserter module in accordance with claim 14, 

wherein the takeup means includes an elongated arcuate 
portion engaging a form across the width of the form, 
the elongated arcuate portion being pivotal about two 
axes . 

14i. An inserter module in accordance with claim 14, 

wherein printing on the forms occurs while forms are 
being burst and inserted. 

14 j. An inserter module in accordance with claim 

14 f , wherein the variable biasing means includes a 
spring and cam arrangement, the cam including an arcuate 
surface. 

15. a card processing module for processing card 

data onto a plastic card, comprising: 

a module chassis having left and right sides, 
said left side conforming to said right side so as to 
enable alignment of a series of like modules, said 
module chassis including a transverse central air 
plenum; 

a card processing mechanism for processing data 
onto said cards, said card processing mechanism is 
mounted on a top surface of said module chassis; 

a card transport mechanism including an inlet 
and an outlet, said inlet having means for entering said 
cards into said card processing mechanism from a 
previous module, said outlet having means for exiting 
processed cards from said card processing mechanism, 
said inlet and outlet being aligned so as to permit 
unobstructed flow of cards through a card path 
established by arranging a series of like modules; 
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an electric bus interface for supplying power 
to said module including a power distribution circuit 
board; 

a communication bus interface for sending or 
receiving control signals to and from a system 
controller; 

module control means for receiving, storing, 
and transmitting data to and from said system 
c ont r o 1 ler ; and 

logic control means for interpreting control 
signals from said system controller. 

16. A card processing module for processing card 

data onto a plastic card, comprising: 
a module chassis; 

a card processing mechanism for processing data 
onto said cards; 

a card transport mechanism; 

an electric bus interface for supplying power 
to said module; 

a communication bus interface for sending or 
receiving control signals to and from a system 
controller; 

module control means for receiving, storing, 
and transmitting data to and from said system 
controller, said module control means comprising; 

(a) a communication process means 
including means for storing data and 
including means for transmitting and 
receiving data to and from the external 
system controller and including means for 
transmitting and receiving data internally 
directly from said means for storing data; 

(b) a module process means including 
means for transmitting and receiving data 
to and from said communication processor 
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means and including means for generating 
control signals; 

(c) a card process means including 
means for receiving control signals from 
said module processor means and including 
card processing means and including a 
means for transferring a card; and 
logic control means for interpreting control 
signals from said system controller, said logic control 
means comprising a module processor means including 
means for receiving commands and data from the external 
system controller and including means for interpreting 
said commands to determine what function to perform and 
including means for generating appropriate control 
signals for said card processing means and including 
means for storing the status for said module means and 
including means for transmitting said status to said 
external system controller. 

17. The card processing system according to Claim 1 
wherein said system controller means includes means for 
computing a data signature from: 

(i) an identifier associated with said 
card processing module means with each said card 
processing module means having a unique identifier; 

(ii) a synchronization value; 

(iii) a value computed from said card 

data. 

18. The card processing system according to claim 
17 wherein said unique identifier for each said card 
processing module means consists of the type of said 
card processing module means and bus address for said 
card processing module means. 

19. The card processing system according to claim 
17 wherein said synchronization value is independently 
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sequentially incremented in said system controller means 
and said card processing module means. 

20. The card processing system according to claim 
17 wherein said computed card data value is a cyclical 
redundancy check (CRC) of said card data. 

21. A card processing system used to produce 
information bearing cards from data cards comprising: 

(a) logic control system means for interfacing 
an operator to the rest of said card processing system 
including means for further coordinating the operation 
of said card processing system; 

(b) data input means for receiving commands 
from said logic control system means and including means 
for accessing said card data from a variety of external 
data storage device means; 

(c) a plurality of card processing module 
means for processing said cards; 

(d) production control system means for 
receiving commands from said logic control system .means 
and including means for accessing said card data from a 
system data storage device means and including means for 
further coordinating the operation of said card 
processing module means. 

22. A method for producing information bearing 
cards from data cards from a logic control system means 
and a data input means and a production control system 
means and a plurality of card processing module means 
which are electrically and logically and mechanically 
connected, the method comprising the steps of: 

(a) said logic control system means 
initializing the bus interface and serial controller and 
bus of said production control system means and of said 
card processing module means; 



WO 93/04433 



PCT/US92/06892 



82 

(b) said logic control system means 
configuring said production control system means and 
said card processing module means to correctly produce 
finished cards with the attributes selected by an 
operator ; 

(c) said production control system means 
controlling the processing of cards in said card 
processing module means. 

23. A card processing system used to encode card 
data onto blank data cards, comprising a system 
controller, a plurality of card processing modules of 
different types connected by a common communications 
means, a plurality of common process control commands 
and a common response protocol, where said system 
controller sends any number of said plurality of process 
control commands to any number of said plurality of card 
processing modules without regard for the type of the 
said card processing module, and each of said card 
processing modules sends a response to said system 
controller using the same said response protocol. 

24. a card processing system used to encode card 
data onto blank data cards, comprising a system 
controller and a plurality of card processing modules 
which can be assembled in an arbitrary sequence to 
perform application specific card processing functions, 
each of said modules including a common process control 
interface means for logically controlling said modules, 
where said process control interface means consists of a 
modular dynamic linked library means. 

25. a card processing system used to encode card 
data onto blank data cards, comprising a system 
controller, a plurality of card processing modules of 
different types connected by a common communications 
means, process control means for said modules to 
automatically send module type information to said 
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system controller through said common communications 
means upon power-up or reset f and process control means 
for said system controller to automatically receive said 
type information from said communications means upon 
said module power-up or reset. 

26. A modular chassis for supporting card 

processing equipment; comprising: 

a generally I-shaped support frame; 

corresponding alignment means for aligning the 
modular chasis, the alignment means including 
cooperating alignment tabs and slots, the tabs being 
receivable in the slots; 

aperatures for insertion therethrough of 
threaded fasteners; and 

a central air plenum extending through a mid- 
portion of the modular chassis. 
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